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(54) File management of one-time-programmable nonvolatile memory devices 



(57) An embodiment of the present invention in- 
cludes a digital equipment system comprising a host for 
sending commands to read or write files having sectors 
of information, each sector having and being modifyable 
on a bit-by-bit, byte-by-byte or word-by-word basis. The 
host being operative to receive responses to the com- 
mands. The digital equipment further including a con- 



troller device responsive to the commands and including 
one-time-programmable nonvolatile memory for storing 
information organized into sectors, based on com- 
mands received from the host, and upon commands 
from the host to re-write a sector, the controller device 
for re-writing said sector on a bit-by-bit, byte-by-byte or 
word-for-word basis. 
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Description 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates generally to 
methods and apparatus for managing files stored within 
and read from one-time-programmable nonvolatile 
memory devices and particularly to manipulating file 
managers for keeping track of the location of files stored 
within such one-time-programmable nonvolatile memo- 
ry devices. 

Description of the Prior Art 

[0002] Storage of digital information is continuously 
enjoying improvement and advancements in terms its 
rate of performance for storage and retrieval as technol- 
ogy advances. As an example, digital cameras, which 
have become commonplace in the field of photography 
employ nonvolatile memory devices (devices requiring 
erasure of information prior to re-writing of information) 
for storing and retrieving captured photos of images. 
Similarly, archival of information is an application for 
nonvolatile memory devices. More recently, one-time- 
programmable nonvolatile memory devices have found 
their way for use by digital cameras and archives. 
[0003] The problem posed by one-time-programma- 
ble nonvolatile memory devices is clearly the inability to 
re-program them. That is, once an area of memory has 
been written thereto, it cannot be re-written. This is pre- 
cisely the reason for their natural use in archival of in- 
formation. Generally, archived information requires a 
one-time writing or programming. The same applies to 
the application of one-time-programmable nonvolatile 
memory devices to disposable digital films. Upon stor- 
age of a number of photos of images, the disposable 
film is developed and disposed thereof. 
[0004] The management of information, i.e. digital da- 
ta, within any of these systems need be performed to 
maintain track of the location of the stored information. 
Generally, these systems include a controller device 
coupled to the one-time-prdgrammable memory and to 
a host for directing the storage of information to partic- 
ular areas within the one-time-programmable nonvola- 
tile memory. The actual or user data is generally stored 
in a location identified for this purpose typically referred 
to as the file area and information regarding the location 
of the file area is kept in a separate location referred to 
as the system area. The file and system areas as both 
stored in one-time programmable nonvolatile memory. 
The problem that arises is successful manipulation of 
the system area to manage the data area. For example, 
when power is temporarily disconnected and re-estab- 
lished, the controller must know where there is free or 
available memory to write new information within the 
one-time-programmable nonvolatile memory and thus 



must restore information regarding the location of infor- 
mation within the latter. 

[0005] Thus, the need arises for a system and method 
for managing or manipulating digital information stored 
5 and read from one-time-programmable nonvolatile 
memory. 

SUMMARY OF THE INVENTION 

w [0006] Briefly, an embodiment of the present inven- 
tion includes a digital equipment system comprising a 
host for sending commands to read or write files having 
sectors of information, each sector having and being 
modifyable on a bit-by-bit, byte-by-byte or word-by-word 

*5 basis. The host being operative to receive responses to 
the commands. The digital equipment further including 
a controller device responsive to the commands and in- 
cluding one-time-programmable nonvolatile memory for 
storing information organized into sectors, based on 

20 commands received from the host, and upon com- 
mands from the host to re-write a sector, the controller 
device for re-writing said sector on a brt-by-bit, byte-by- 
byte or word-for-word basis. 

[0007] The foregoing and other objects, features and 
25 advantages of the present invention will be apparent 
from the following detailed description of the preferred 
embodiments which make reference to several figures 
of the drawing. 

30 IN THE DRAWINGS 

[0008] Fig. 1 shows an example of a layout 1 0 of a file 
system in accordance with an embodiment of the 
present invention. 
35 [0009] Fig. 2 shows a shows an example of a FAT en- 
try 30. 

[0010] Fig. 3 illustrates a digital equipment system 50 
in accordance with an embodiment of the present inven- 
tion. 

40 [0011] Fig. 4 shows an example of the structure of da- 
ta including defects pursuant to an embodiment of the 
present invention. 

[0012] Fig. 5 shows an example of a block structure 
80 in accordance with an embodiment of the present in- 
45 vention. 

[001 3] Fig. 6 illustrates an example of another embod- 
iment of the present invention. 
[0014] Fig. 7 shows an alternative embodiment of the 
present invention. 
so [001 5] Fig. 8 illustrates a flow chart of the steps proc- 
essed by the embodiment of Fig. 7. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

55 

[0016] Referring nowto Fig. 1 , an example of a layout 
1 0 of a file system is shown to include a system area 1 2 
and a data area 14 in accordance with an embodiment 
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of the present invention. The system area 12 is for stor- 
ing information pertaining to the organization of the in- 
formation stored or to be stored in the data area 14. 
[001 7] Within the system area 1 2 is included an area 
1 6 for maintaining the Original Engineering Manufactur- 
er (OEM) identification/Bidirectional Input/Output Sys- 
tem (BIOS), an area 1 8 for maintaining a File Allocation 
Table (FAT) 1 , an area 20 for maintaining a FAT 2, an 
area 22 for maintaining root disk directory information 
and an area 24 for maintaining the file area. All of the 
areas 1 6-24 are stored within a one-time-programmable 
memory device. As previously described, such a mem- 
ory can be programmed only once in any of its given 
locations and thus cannot be erased and reprogrammed 
again. The challenged posed, which is resolved by the 
present invention , is to manipulate the information or da- 
ta stored within the area 24 by using the information 
stored within and read from the system area 12. 
[001 8] In one embodiment of the present invention, it 
is further important to maintain the layout 10 of Fig. 1 in 
order to ensure backward compatibility of the methods 
and teachings of the present invention with that of prior 
art systems, as file system structures generally employ 
such a layout. In fact, one type of file system, such as a 
DOS-compatible file system, must follow that of the lay- 
out 10 of Fig. 1 . Digital equipment, such as digital cam- 
eras, uses DOS structure file systems to store digital 
photos (or files) into storage devices. 
[0019] InFig. 1,theFAT1 and 2 each indicate how the 
file area 24 is allocated. The root disk directory includes 
a fixed number of directory entries. The file area 24 in- 
cludes data files (in the case of digital cameras, this is 
the area in which digital photos are maintained) and sub- 
directory files and free data sectors available for storage 
therein. These areas are divided into a block of sectors 
accessible by a host, discussed in further detail below. 
In one embodiment of the present invention, these areas 
are typically of fixed size depending on the capacity of 
the media. The data in the file area 24 are organized in 
clusters with each cluster including a predetermined 
number of sectors, such as 1, 2, 4, 8, 16 or any other 
integer number of sectors. 

[0020J The FAT 1 and 2 each include one entry per 
cluster. Within each entry in the FAT, there is stored a 
link value pointing to the next location within the cluster 
in which data is located. An example of this is found in 
Fig. 2. Fig. 2 shows an example of a FAT entry 30 within 
one of its sectors. Each of the locations 32 - 48 points 
to a cluster within the file area 24 of Fig. 1 . For example, 
at location 36, which is the beginning or start-of-file for 
"Filel .txT, the linked value is *0003\ which is the location 
within the FAT entry 30 where the next location of the 
data within the file area 24 for the file Filel .txt is located. 
At location '0003* or location 38, the link value is '0004' 
pointing to the next location and so on. The end-of-file 
for Filel .txt is at location 40 where the value "FFFP ap- 
pears denoting the end-of-f ile although any other value 
can be used to denote the end of file. The beginning or 



start of the "File2.txt tt is at location 42 where the link val- 
ue is '0006' pointing to the next location within the entry 
30 and the '0006' points to '0007', which ultimately points 
to an end-of-file value for "File2.txr. The value '0000' 
s indicates a free or available cluster. 

[0021] In one embodiment of the present invention, 
the identification of the end-of-file is important during 
power-up. That is, after a power interruption and upon 
power-up, the system must know where it can store new 
io information such as a digital photograph or file. In doing 
so, the end-of-file is identified by a flag or a predeter- 
mined value, as 'FFFF' and the location following the 
location in which the end-of-file resides is identified as 
the location for the start-of-file of a new file to be stored. 
15 [0022] In prior art digital cameras used today, since 
one-time-programmable nonvolatile memory devices 
are not utilized, rather, nonvolatile memory devices that 
are erasable for reprogramming are utilized, the size of 
each file (or picture) is a different size and the media or 
memory can be easily modified to account for the vari- 
ous picture sizes. Pictures are stored onto the media 
and the FAT areas are updated at times when pictures 
(or files) are stored onto the system. Accordingly, a sec- 
tor, which is a group of storage locations, within a FAT1 
or FAT2 is modified more than once when one or more 
pictures are store onto the media. It should be noted that 
a sector includes more than one bit and/or byte of infor- 
mation and when a picture is stored, while all of the bits 
or bytes of the sector may not be modified, prior art 
methods and techniques nevertheless modify an entire 
sector of information within memory or the media. 
[0023] In the present invention however, due to the 
use of one-time-programmable nonvolatile memory de- 
vices, a sector cannot be erased and reprogrammed 
every time a host updates or modifies the sector, i.e. a 
picture is store. Thus, the present invention must avoid 
reprogramming of a sector every time the host updates 
the same. 

[0024] This is accomplished by the methods and 
teachings of the present invention in one of two distinct 
methods. First, in order for the media to be backward 
compatible with the present file system, a controller de- 
vice is utilized to accomplish this task by keeping a cor- 
relation between logical addresses and physical ad- 
dresses and also by maintaining track of defective 
blocks, a block including one or more sectors of infor- 
mation. Logical addresses are host-generated address- 
es for identifying sectors to be accessed by the control- 
ler. Physical addresses are addresses identifying sec- 
tors within the one-time-programmable nonvolatile 
memory device. 

[0025] Use of one-time-programmable devices en- 
tails a relationship between logical addresses and phys- 
ical addresses that is one-to-one except for blocks/sec- 
tors that are deemed defective. In one embodiment of 
the present invention, a bit, byte or word, where a byte 
and word are each one or more bits, is programmed 
rather than an entire sector when a picture (or file) is 
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stored. Thus, the controller maintains track of all of the 
sectors that are requested to be written by the host and 
if the host modifies or updates the file manager sectors, 
such as FAT1 , FAT2 and/or the root directory sectors in 
the case of a file management system such as DOS, as 
depicted in Fig. 1 herein, the controller compares the 
sectors to be programmed (or written) to that which is 
actually stored in the media and identifies the byte which 
is modified within the sector to be written and only pro- 
grams those bits, bytes or words in the media which are 
modified and reside within the same physical location. 
This is perhaps best understood with reference to a 
block diagram. 

[0026] Referring now to Fig. 3, a digital equipment 
system 50 is shown to include a host 52 coupled to a 
controller device 54 through a data bus 56 in accord- 
ance with an embodiment of the present invention. The 
host 52 commands the controller device 54, via the data 
bus 56, to store pictures or files within a media or one- 
time-programmable nonvolatile memory and later may 
request to read such information again through the data 
bus 56. 

[00271 Th e controller device 54, in Fig. 3, is shown to 
include a buffer 60, an address pointer 62, a comparator 
64, a buffer 66, an address pointer 68, a media device 
70 and a media device 72, a microprocessor 74, a reg- 
ister 76, a Random Access Memory (RAM) device 78 
and a media state machine 80. The buffer 60 is shown 
coupled to the comparator 64. Also shown coupled to 
the comparator 64 is the buffer 66. The address pointer 
62 is shown coupled to the buffer 60 and the address 
pointer 68 is shown coupled to the buffer 66. The buffer 
is also shown coupled to the media devices 70 and 72. 
While not shown explicitly in Fig. 3 in the interest of 
avoiding confusion, the microprocessor 74 executes a 
program for controlling the blocks depicted within the 
controller device 54. The program the microprocessor 
74 executes resides within the RAM device 78. The me- 
dia state machine 80, in part, controls the addressing of 
the media devices 70 and 72. The buffer 66 directs in- 
formation to be stored and read from the media devices 
70 and 72. The latter are one-time-programmable non- 
volatile memory devices for storing pictures and/or files 
depending on the application of the system 50. 
[0028] In operation, the buffer 60 receives commands 
from the host 52 to read or program information into the 
media devices 70 and 72. Each time such an access is 
commanded by the host to be performed by the control- 
ler device 54, certain sectors are identified for such ac- 
cess using the logical addressing discussed herein- 
above. Using this sector information or a derivation 
thereof, which is at some point in time stored in the buffer 
60 of Fig. 3, the comparator compares a sector to be 
modified or accessed by the host with those sectors to 
which information has been previously written. This is 
performed by a comparison operation by the compara- 
tor 64 between the contents of the buffer 60 and the con- 
tents of the buffer 66. In fact, this comparison operation 



is performed on a bit-by-bit, byte-by-byte or word-by- 
word basis and only those bits, bytes or words, which 
need to be modified due to the soon-to-be stored infor- 
mation, are modified. This is referred to as partial pro- 

5 gramming since only a bit, byte or word is modified rath- 
er than an entire sector. The buffer 66 receives its infor- 
mation from the media devices 70 and 72. 
[0029] It is also possible to keep certain number of 
spare locations for the system area 12 of Fig. 1 partic- 

10 ularly if the partial programming is limited. In this case, 
these sectors can be mapped to the spare sectors by 
the controller. Use of spare sectors allows for actual ad- 
dress mapping rather than a one-to-one correspond- 
ence between logical and physical addresses as noted 

15 above. Also, to allow for backward compatibility with 
DOS-like file systems, files that are of variable length 
need be accommodated. 

[0030] In other forms of data storage using solid state 
or nonvolatile one-time-programmable devices where a 

20 new file manager can be incorporated, the controller/ 
host system nevertheless need to keep track of the ad- 
dressing and defect blocks and the file locations, such 
as start and end-of-file and the start of the next file. In 
one scenario, the defect management can be accom- 

25 plished in byte or word up to sector or block resolution. 
If the resolution is small as a byte or word, the controller 
or host maps the data in a form of a table where those 
locations that are defective are identified and saved so 
that they can be skipped over during programming. An 

so example of the structure of data including defects is 
shown in Fig. 4. 

[0031] When defect handling is performed, the con- 
troller or host map the defective locations into another 
location that is free of defects. The start and end-of-file 

35 are identified in a one-time-programmable media since 
data is in contiguous format, such as block 0, 1 , 2, 3, 
4, ... and saved accordingly. The start and end-of-file are 
saved and the defective block is skipped by using a sim- 
ple identifier to identify the defective block, such as a 

40 flag or a predetermined value or an address. Fig. 5 
shows an example of a block structure 80 including a 
start-of-file location 84 and an end-of-file location 86 and 
a defective sector location 82, the latter of which is 
skipped over when writing to sectors 0 - 6. The informa- 

45 tion that was to be written to the defective sector is in- 
stead written to a location in a spare area in the system 
area. 

[0032] In the case of a one-to-one address relation- 
ships defective sector/block can point to a spare loca- 

so tion where it is replaced by the spare location. This re- 
quires that the defective sector/block have enough us- 
able bytes where the location of the redirected sector 
can be saved. For the purpose of the integrity of the 
saved address, the controller should employ a unique 

55 method to guarantee the value saved in the spare loca- 
tion. This method can be programming the address in 
the defective sector in multiple locations and when ac- 
cessed, the locations will be compared to validate the 
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correct address. 

[0033] An example 1 00 of another embodiment of the 
present invention will be explained with reference to Fig. 
6. In the event of a powerfailure, some of the data stored 
within certain locations of the one-time programmable 
nonvolatile memory may be corrupted. Upon power res- 
toration, the system needs to recognize the occurrence 
of a power failure so that a file that includes corrupted 
data will be identified as an invalid file and following files 
will be stored at a valid location not adversely affected 
by power failures. 

[0034] In order to recognize that a particular sector is 
corrupt, the system verifies the error correction code 
(ECC) associated with the particular sector, if the ECC 
indicates that the particular sector or any portions there- 
of is corrupt, the next sector is read. 
[0035] Additionally, the system continues to check for 
an end-of-file identifier to determine whether or not the 
file has been properly written and that the ECC error is 
due to grown error(s) rather than power failure related 
errors. If there is no start-of-file identifier at a location 
following the corrupt sector or there is no end-of-file in 
the rest of the media, such location can be identified as 
a corrupt sector due to power failure and designated ac- 
cordingly so as to prevent future storage of information 
therein. 

[0036] If the particular sector has been determined to 
be corrupted, the next sector is read and if all of the data 
in the next sector is in a non-programmable state, i.e. 
all 0*s or all 1's r and/or the ECC associated with the next 
sector indicates error, then it is determined that the end- 
of-file has been reached. Alternatively, to check for end- 
of-file more thoroughly, the sector following the next sec- 
tor is read and the same criteria is implemented, i.e. a 
determination is made as to whether all of the data in 
the sector is in a non-programmable state and/or the 
sector-associated ECC indicates an error and based up- 
on the outcome, a determination is made as to whether 
or not the end-of-file is reached. 
[0037] Additionally, when there are more than one 
power failures in a media, there may be more than one 
corrupted sector and thus the system must verify all lo- 
cations and where new file locations are started and 
ended. In other words, the system can maintain a table 
of corrupted files in a spare area so that after power-up, 
the system can identify and map the corrupted files 
thereby preventing their use for future storage. 
[0038] Illustratively, in Fig. 6, the start-of-file is desig- 
nated at sector 0 at 102 and remaining sectors of the 
file are stored in following sector locations, such as sec- 
tor 1 1 04 and sector 2 1 06. However the next sector lo- 
cation, sector 3 108 has been adversely affected or cor- 
rupted by a power failure, thus, a new file will be stored 
starting from 110. 

[0039] Referring now to Fig. 7, an alternative embod- 
iment of the present is shown to include a nonvolatile 
memory system 500 having a controller device 502, a 
nonvolatile memory device 504 and a one-time pro- 



grammable (OTP) device 506 or OTP0, an OTP device 
508 or OTP1 and an OTP device 51 0 or OTP2. The con- 
troller device 502 is shown coupled to the nonvolatile 
memory device 504 as well as to the OTP 506-510 for 

5 storing sector information therein. The nonvolatile mem- 
ory 504 is a low-density nonvolatile memory and accord- 
r ingly inexpensive. Examples of nonvolatile memory are 
flash, magnetic random access memory (MRAM) orfer- 
ro-magnetic RAM or FRAM. 

w [0040] During operation, the controller device 502 re- 
ceives a command from a host (not shown) to write, pro- 
gram or store a sector or more of information. The con- 
troller device 502 is initially prone to store such informa- 
tion within one or more of the OTPs 506-51 0. However, 

>5 as mentioned above, an OTP cannot be re-written. In 
this respect, when writing to the same sector (re-writ- 
ing), as the OTP cannot be re-written, the controller de- 
vice 502 must make appropriate accommodations for 
storing the sector or sectors being re-written. The con- 

20 trotler device 502 stores the sector(s) being re-written 
to the nonvolatile memory 504 and maintains a pointer 
for identifying the location of the re-written sector within 
the nonvolatile memory 504. Use of the pointer avoids 
unnecessary search of the OTPs 506-51 0 for sector in- 

25 formation that is likely to be old and useless due to the 
overwriting of the sector information. Lastly, while three 
OTPs are shown in Fig. 7, any number of OTPs may be 
employed without departing from the scope and spirit of 
the present invention. Similarly, more than one nonvol- 

30 atite memory device may be employed in alternative em- 
bodiments. 

[0041] Perhaps, a better understanding of the discus- 
sion above is presented by referring to Fig. 8, which 
shows a flow chart of the steps or process implemented 

35 by the embodiment of Fig. 7. In Fig. 8, initially, the con- 
troller receives a command to write one or more sectors. 
The command is typically provided by the host. Next, at 
514, a determination is made as to whether or not the 
sector(s) being re-written. That is, if a sector has already 

40 been written thereto, its information resides within one 
of the OTPs 506-51 0 within a particular sector location. 
However, the particular sector location cannot be re- 
written due to the nature and characteristic of the OTP, 
as discussed hereinabove. Thus, accommodations are 

^5 made by the controller device 502 of Fig. 7 to store the 
sector information being re-written elsewhere. 
[0042] Referring still to Fig. 8, if at 514, if it is deter- 
mined that a sector is being written for the first time, the 
process continues to step 516 at which time the sector 

50 information is written to one or more of the OTPs 
506-510. 

[0043] If however, at 514, it is determined that the sec- 
tor is being re-written, the process continues to step 51 8 
at which time the sector is written to an available sector 
55 location within the nonvolatile memory 504 and at step 
520, a pointer is maintained identifying the location of 
the re-written sector within the nonvolatile memory 504. 
[0044] In accordance witrvthe embodiments of Figs. 
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7 and 8, file structures such as FAT and directories that 
are updated more than once are written into a low-cost 
nonvolatile memory, such as the memory 504. The 
memory 504 resides either internally to the controller 
502 of Fig. 7 or externally as shown in Fig. 7. 
[0045] The operation of the controller device 502 is 
under the control of a micro-processor which operates 
in accordance with instructions defined by a computer 
program. 

[0046] An aspect of the present invention thus pro- 
vides a storage medium storing processor implementa- 
ble instructions for controlling a processor to carry out 
the method as hereinabove described. 
[0047] Further, the computer program can be ob- 
tained in electronic form for example by downloading the 
code over a network such as the internet. Thus in ac- 
cordance with another aspect of the present invention 
there is provided an electrical signal carrying processor 
implementable instructions for controlling a processor 
to carry out the method as hereinbefore described. 
[0048] Although the present invention has been de- 
scribed in terms of specific embodiments it is anticipated 
that alterations and modifications thereof will no doubt 
become apparent to those skilled in the art. It is therefore 
intended that the following claims be interpreted as cov- 
ering all such alterations and modification as fall within 
the true spirit and scope of the invention. 

Claims 

1 . A nonvolatile memory system comprising: 

a. One or more one-time programmable (OTP) 
devices organized into sectors for storing sec- 
tor information being written for the first time by 
a host; 

b. a nonvolatile memory device organized into 
sectors for storing sector information being re- 
written by the host; and 

c. a controller device coupled to the OTP de- 
vices and the nonvolatile memory device, said 
controller causing storage of sector information 
that is being written within the OTP devices 
while causing storage of sector information be- 
ing re-written within the nonvolatile memory, 



a. receiving sector information to be written for 
the first time; 

b. receiving sector information being re-written; 

c. storing the sector information to be written 
5 within one or more one-time programmable de- 
vices; and 

d. storing the sector information being re-writ- 
ten to a nonvolatile memory device. 

10 4. A nonvolatile memory system comprising: 

a. One or more one-time programmable (OTP) 
devices organized into sectors for storing sec- 
tor information being written by a host; 

'5 b. a nonvolatile memory device organized into 

sectors for storing sector information being re- 
written by the host; and 
c. a controller device coupled to the OTP de- 
vices and the nonvolatile memory device, said 

20 controller causing storage of sector information 

that is being written within the OTP devices 
while causing storage of sector information be- 
ing re-written within the nonvolatile memory, 

25 wherein use of the OTP allows for an inexpensive 
manufacturing of the nonvolatile memory system. 

5. A nonvolatile memory device as recited in claim 4 
wherein the sector information being written to the 

30 OTP devices is being written for the first time by the 
host. 

6. A nonvolatile memory system as recited in claim 4 
wherein said controller maintains a pointer for iden- 

35 tifying the location of the re-written sector within the 
nonvolatile memory device. 

7. A storage medium storing processor implementable 
instructions for controlling a processor to carry out 

^0 the method claim 3. 

8. An electrical signal carrying processor implementa- 
ble instructions for controlling a processor to carry 
out the method of claim 3. 

45 



wherein use of the OTP allows for an inexpensive 
manufacturing of the nonvolatile memory system. 

2. A nonvolatile memory system as recited in claim 1 
wherein said controller maintains a pointer for iden- 
tifying the location of the re-written sector within the 
nonvolatile memory device. 

3. A method for use in a nonvolatile memory system 
comprising: 
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Specification 

MOVING SEQUENTIAL SECTORS WITHIN A BLOCK OF INFORMATION IN A 
FLASH MEMORY MASS STORAGE ARCHITECTURE 

BACKGROUND OF THE INVENTION 

Cross Reference to Related Application 

This application is a continuation-in-part of a prior U.S. application with Serial No. 
08/831,266, filed March 31, 1997 and entitled "MOVING SECTORS WITHIN A BLOCK OF 
INFORMATION IN A FLASH MEMORY MASS STORAGE ARCHITECTURE", which is a 
5 continuation-in-part of another prior U.S. application with Serial No. 08/509,706, filed July 31, 
1995 and entitled "DIRECT LOGICAL BLOCK ADDRESSING FLASH MEMORY MASS 
STORAGE ARCHITECTURE". 

Field of the Invention 

10 This invention relates to the field of mass storage for computers. More particularly, this 

invention relates to an architecture for replacing a hard disk with a semiconductor nonvolatile 
memory and in particular flash memory. 

Description of the Prior Art 

15 Computers conventionally use rotating magnetic media for mass storage of documents, 

data, programs and information. Though widely used and commonly accepted, such hard disk 
drives suffer from a variety of deficiencies. Because of the rotation of the disk, there is an 
inherent latency in extracting information from a hard disk drive. 

Other problems are especially dramatic in portable computers. In particular, hard disks 

20 are unable to withstand many of the kinds of physical shock that a portable computer will likely 
sustain. Further, the motor for rotating the disk consumes significant amounts of power 
decreasing the battery life for portable computers. 

Solid state memory is an ideal choice for replacing a hard disk drive for mass storage 
because it can resolve the problems cited above. Potential solutions have been proposed for 

25 replacing a bard disk drive with a semiconductor memory. For such a system to be truly useful, 
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the memory must be nonvolatile and alterable. The inventors have determined that FLASH 
memory is preferred for such a replacement, 

FLASH memory is a transistor memory cell which is programmable through hot 
electron, source injection, or tunneling, and erasable through Fowler-Nordheim tunneling. The 
5 programming and erasing of such a memory cell requires current to pass through the dielectric 
surrounding floating gate electrode. Because of this, such types of memory have a finite number 
of erase-write cycles. Eventually, the dielectric deteriorates. Manufacturers of FLASH cell 
devices specify the limit for the number of erase-write cycles between 100,000 and 1.000,000. 

One requirement for a semiconductor mass storage device to be successful is that its use 

1 0 in lieu of a rotating media hard disk mass storage device be transparent to the designer and the 
user of a system using such a device. In other words, the designer or user of a computer 
incorporating such a semiconductor mass storage device could simply remove the hard disk and 
replace it with a semiconductor mass storage device. All presently available commercial 
software should operate on a system employing such a semiconductor mass storage device 

1 5 without the necessity of any modification. 

SanDisk proposed an architecture for a semiconductor mass storage using FLASH 
memory at the Silicon Valley PC Design Conference on July 9, 1991. That mass storage system 
included read- write block sizes of 512 Bytes to conform with commercial hard disk sector sizes. 
Earlier designs incorporated erase-before-write architectures. In this process, in order to update 

20 a file on the media, if the physical location on the media was previously programmed, it has to 
be erased before the new data can be reprogrammed. 

This process would have a major deterioration on overall system throughput. When a 
host writes a new data file to the storage media, it provides a logical block address to the 
peripheral storage device associated with this data file. The storage device then translates this 

25 given logical block address to an actual physical block address on the media and performs the 
write operation. In magnetic hard disk drives, the new data can be written over the previous old 
data with no modification to the media. Therefore, once the physical block address is calculated 
from the given logical block address by the controller, it will simply write the data file into that 
location. In solid state storage, if the location associated with the calculated physical block 

30 address was previously programmed, before this block can be reprogrammed with the new data, 
it has to be erased. In one previous art, in erase-before-write architecture where the correlation 
between logical block address given by the host is one to one mapping with physical block 
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address on the media. This method has many deficiencies. First, it introduces a delay in 
performance due to the erase operation before reprogramming the altered information. In solid 
state flash, erase is a very slow process. 

Secondly, hard disk users typically store two types of information, one is rarely modified 

5 and another which is frequently changed. For example, a commercial spread sheet or word 
processing software program stored on a user's system are rarely, if ever, changed. However, the 
spread sheet data files or word processing documents are frequently changed. Thus, different 
sectors of a hard disk typically have dramatically different usage in terms of the number of times 
the information stored thereon is changed. While this disparity has no impact on a hard disk 

10 because of its insensitivity to data changes, in a FLASH memory device, this variance can cause 
sections of the mass storage to wear out and be unusable significantly sooner than other sections 
of the mass storage. 

In another architecture, the inventors previously proposed a solution to store a table 
correlating the logical block address to the physical block address. The inventions relating to 

15 that solution are disclosed in U.S. Patent Application serial number 08/038,668 filed on March 
26. 1993, now U.S. Patent No. 5,388,083, and U.S. Patent Application serial number 
08/037,893, now U.S. Patent No. 5,479,638, also filed on March 26, 1993. Those applications 
are incorporated herein by reference. 

The inventors' previous solution discloses two primary algorithms and an associated 

20 hardware architecture for a semiconductor mass storage device. It will be understood that "data 
file" in this patent document refers to any computer file including commercial software, a user 
program, word processing software document, spread sheet file and the like. The first algorithm 
in the previous solution provides means for avoiding an erase operation when writing a modified 
data file back onto the mass storage device. Instead, no erase is performed and the modified data 

25 file is written onto an empty portion of the mass storage. 

The semiconductor mass storage architecture has blocks sized to conform with 
commercial hard disk sector sizes. The blocks are individually erasable. In one embodiment, 
the semiconductor mass storage can be substituted for a rotating hard disk with no impact to the 
user, so that such a substitution will be transparent. Means are provided for avoiding the erase- 

30 before-write cycle each time information stored in the mass storage is changed. 

According to the first algorithm, erase cycles are avoided by programming an altered 
data file into an empty block. This would ordinarily not be possible when using conventional 
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mass storage because the central processor and commercial software available in conventional 
computer systems are not configured to track continually changing physical locations of data 
files. The previous solution includes a programmable map to maintain a correlation between the 
logical address and the physical address of the updated information files. 
5 All the flags, and the table correlating the logical block address to the physical block 

address are maintained within an array of CAM cells. The use of the CAM cells provides very 
rapid determination of the physical address desired within the mass storage, generally within one 
or two clock cycles. Unfortunately, as is well known, CAM cells require multiple transistors, 
typically six. Accordingly, an integrated circuit built for a particular size memory using CAM 

10 storage for the tables and flags will need to be significantly larger than a circuit using other 
means for just storing the memory. 

The inventors proposed another solution to this problem which is disclosed in U.S. 
Patent Application serial number 08/131,495, now U.S. Patent No. 5,485,595, filed on October 
4. 1993. That application is incorporated herein by reference. 

15 This additional previous solution invented by these same inventors is also for a 

nonvolatile memory storage device. The device is also configured to avoid having to perform an 
erase-before-write each time a data file is changed by keeping a correlation between logical 
block address and physical block address in a volatile space management RAM. Further, this 
invention avoids the overhead associated with CAM cell approaches which require additional 

20 circuitry. 

Like the solutions disclosed above by these same inventors, the device includes circuitry 
for performing the two primary algorithms and an associated hardware architecture for a 
semiconductor mass storage device. In addition, the CAM cell is avoided in this previous 
solution by using RAM cells. 

25 Reading is performed in this previous solutions by providing the logical block address to 

the memory storage. The system sequentially compares the stored logical block addresses until it 
finds a match. That data file is then coupled to the digital system. Accordingly, the 
performance offered by this solution suffers because potentially all of the memory locations 
must be searched and compared to the desired logical block address before the physical location 

30 of the desired information can be determined. 

What is needed is a semiconductor hard disk architecture which provides rapid access to 
stored data without the excessive overhead of CAM cell storage. 
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SUMMARY OF THE INVENTION 

The present invention is for a nonvolatile memory storage device. The device is 
configured to avoid having to perform an erase-before-write each time a data file is changed. 
5 Further, to avoid the overhead associated with CAM cells, this approach utilizes a RAM array. 

The host system maintains organization of the mass storage data by using a logical block 
address. The RAM array is arranged to be addressable by the same address as the logical block 
addresses (LBA) of the host. Each such addressable location in the RAM includes a field which 
holds the physical address of the data in the nonvolatile mass storage expected by the host. This 
10 physical block address (PBA) information must be shadowed in the nonvolatile memory to 
ensure that the device will still function after resuming operation after a power down because 
RAMs are volatile memory devices. In addition, status flags are also stored for each physical 
location. The status flags can be stored in either the nonvolatile media or in both the RAM and 
in the nonvolatile media. 

1 5 The device includes circuitry for performing two primary algorithms and an associated 

hardware architecture for a semiconductor mass storage device. The first algorithm provides a 
means for mapping of host logical block address to physical block address with much improved 
performance and minimal hardware assists. In addition, the second algorithm provides means 
for avoiding an erase-before-write cycle when writing a modified data file back onto the mass 

20 storage device. Instead, no erase is performed and the modified data file is written onto an empty 
portion of the mass storage. 

Reading is performed in the present invention by providing the logical block address to 
the memory storage. The RAM array is arranged so that the logical block address selects one 
RAM location. That location contains the physical block address of the data requested by the 

25 host or other external system. That data file is then read out to the host. 

According to the second algorithm, erase cycles are avoided by programming an altered data file 
into an altered data mass storage block rather than itself after an erase cycle of the block as done 
on previous arts. 

In an alternative embodiment of the present invention, a method and apparatus is 
30 presented for efficiently moving sectors within a block from a first area within the nonvolatile 
memory to an unused area within the nonvolatile memory and marking the first area as "used". 
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Briefly, A preferred embodiment of the present invention includes a method and 
apparatus for storing mapping information for mapping a logical block address identifying a 
block being accessed by a host to a physical block address, identifying a free area of nonvolatile 
memory, the block being selectively erasable and having one or more sectors that may be 
5 individually moved. The mapping information including a virtual physical block address for 
identifying an "original" location, within the nonvolatile memory, wherein a block is stored and 
a moved virtual physical block address for identifying a "moved" location, within the 
nonvolatile memory, wherein one or more sectors of the stored block are moved. The mapping 
information further including status information for use of the "original" physical block address 
10 and the "moved" physical block address and for providing information regarding "moved" 
sectors within the block being accessed. 

IN THE DRAWINGS 

Figure 1 shows a schematic block diagram of an architecture for a semiconductor mass 
1 5 storage according to the present invention. 

Figure 2 shows an alternative embodiment to the physical block address 102 of the RAM 
storage of Figure 1. 

Figure 3 shows a block diagram of a system incorporating the mass storage device of the 
present invention. 

20 Figures 4 - 8 show the status of several of the flags and information for achieving the 

advantages of the present invention. 

Figure 9 shows a flow chart block diagram of the first algorithm according to the present 
invention. 

Figure 10 shows a high-level block diagram of a digital system, such as a digital camera, 
25 including a preferred embodiment of the present invention. 

Figures 11-21 illustrate several examples of the state of a mapping table that may be 
stored in the digital system of Figure 10 including LBA-PBA mapping information. 

Figure 22 depicts an example of a nonvolatile memory device employed in the preferred 
embodiment of Figure 1 0. 
30 Figure 23 shows a high-level flow chart of the general steps employed in writing a block 

of information to the nonvolatile devices of Figure 10. 
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Figures 24 - 26 generally show, in flow chart form, the operation of another preferred 
embodiment of the present invention employing single sequential sector move operations. 

Figures 27 shows an example after initialization of the system of the contents of the 
lookup table in SPM RAM 548. 
5 Figure 28 illustrates an example to the contents of the memory unit 508 of the preferred 

embodiment described in Figs. 24-26. 

Figures 29 - 40 depict examples of the contents of the SPM RAM look-up-table in 
accordance with the preferred embodiments as shown in Figures 24 - 28. 

1 0 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

Figure 1 shows an architecture for implementation of a solid state storage media 
according to the present invention. The storage media is for use with a host or other external 
digital system. The mass storage is partitioned into two portions, a volatile RAM array 100 and a 
nonvolatile array 104. According to the preferred embodiment, all of the nonvolatile memory 
15 storage is FLASH. The FLASH may be replaced by EEPROM. The RAM can be of any 
convenient type. 

The memory storage 104 is arranged into N blocks of data from zero through N-l . Each 
of the blocks of data is M Bytes long. In the preferred embodiment, each data block is 512 Bytes 
long to correspond with a sector length in a commercially available hard disk drive plus the extra 

20 numbers of bytes to store the flags and logical block address (LBA) information and the 
associated ECC. The memory 104 can contain as much memory storage as a user desires. An 
example of a mass storage device might include 100 M Byte of addressable storage. 

There are a plurality of RAM locations 102. Each RAM location 102 is uniquely 
addressable by controller using an appropriate one of the logical block addresses provided by the 

25 host system or the actual physical address of the nonvolatile media. The RAM location 102 
contains the physical block address of the data associated with the logical block address and the 
flags associated with a physical block address on the nonvolatile media. 

It is possible that the physical block address (PBA) can be split into two fields as shown 
in Figure 2. These fields can be used for cluster addresses of a group of data blocks. The first 

30 such field 290 is used to select a cluster address and the second such field 292 can be used to 
select the start address of the logical block address associated with this cluster. 
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A collection of information flags is also stored for each nonvolatile memory location 
106. These flags include an old/new flag 110, a used/free flag 112, a defect flag 1 14, and a 
single/sector flag 1 16. Additionally, there is also a data store 122. 

When writing data to the mass storage device of the present invention, a controller 
5 determines the first available physical block for storing the data. The RAM location 102 
corresponding to the logical block address selected by the host is written with the physical block 
address where the data is actually stored within the nonvolatile memory array in 104 (Figure 1). 

Assume for example that a user is preparing a word processing document and instructs 
the computer to save the document. The document will be stored in the mass storage system. 

10 The host system will assign it a logical block address. The mass storage system of the present 
invention will select a physical address of an unused block or blocks in the mass storage for 
storing the document. The address of the physical block address will be stored into the RAM 
location 1 02 corresponding to the logical block address. As the data is programmed, the system 
of the present invention also sets the used free flag 1 12 in 104 and 293 to indicate that this block 

1 5 location is used. One used/free flag 1 12 is provided for each entry of the nonvolatile array 1 04. 

Later, assume the user retrieves the document, makes a change and again instructs the 
computer to store the document. To avoid an erase-before-write cycle, the system of the present 
invention provides means for locating a block having its used/free flag 112 in 100 unset (not 
programmed) which indicates that the associated block is erased. The system then sets the 

20 used/free flag for the new block 112 of 106 and 293 of 100 and then stores the modified 
document in that new physical block location 106 in the nonvolatile array 104. The address of 
the new physical block location is also stored into the RAM location 102 corresponding the 
logical block address, thereby writing over the previous physical block location in 102. Next, the 
system sets the old/new flag 1 1 0 of the previous version of the document indicating that this is 

25 an old unneeded version of the document in 1 10 of 104 and 293 of 109. In this way, the system 
of the present invention avoids the overhead of an erase cycle which is required in the erase- 
before-write of conventional systems to store a modified version of a previous document. 

Because of RAM array 100 will lose its memory upon a power down condition, the 
logical block address with the active physical block address in the media is also stored as a 

30 shadow memory 108 in the nonvolatile array 104. It will be understood the shadow information 
will be stored into the appropriate RAM locations 102 by the controller. During power up 
sequence, the RAM locations in 100 are appropriately updated from every physical locations in 
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104, by reading the information 106 of 104. The logical address 108 of 106 is used, to address 
the RAM location of 100 to update the actual physical block address associated with the given 
logical block address. Also since 106 is the actual physical block address associated with the 
new data 122, the flags 1 10, 1 12, 1 14, and 1 16 arc updated in 293 of 102 with the physical block 
5 address of 106 in 100. It will be apparent to one of ordinary skill in the art that the flags can be 
stored in either the appropriate nonvolatile memory location 106 or in both the nonvolatile 
memory location and also in the RAM location 102 associated with the physical block address. 

During power up, in order to assign the most recent physical block address assigned to a 
logical block address in the volatile memory 100, the controller will first read the Flags 110, 

10 1 12, 1 14, and 1 16 portion of the nonvolatile memory 104 and updates the flags portion 293 in 
the volatile memory 100. Then it reads the logical block address 108 of every physical block 
address of the nonvolatile media 104 and by tracking the flags of the given physical block 
address in the volatile memory 100, and the read logical block address of the physical block 
address in the nonvolatile memory 104, it can update the most recent physical block address 

15 assigned to the read logical block address in the volatile memory 100. 

Figure 3 shows a block diagram of a system incorporating the mass storage device of the 
present invention. An external digital system 300 such as a host computer, personal computer 
and the like is coupled to the mass storage device 302 of the present invention. A logical block 
address is coupled via an address bus 306 to the volatile RAM array 100 and to a controller 

20 circuit 304. Control signals are also coupled to the controller 304 via a control bus 308. The 
volatile RAM array 1.00 is coupled for providing the physical block address to the nonvolatile 
RAM array 400. The controller 304 is coupled to control both the volatile RAM 100, the 
nonvolatile array 104, and for the generation of all flags. 

A simplified example, showing the operation of the write operation according to the 

25 present invention is shown in Figures 4 through 8. Not all the information flags are shown to 
avoid obscuring these features of the invention in excessive detail. The data entries are shown 
using decimal numbers ^to further simplify the understanding of the invention. It will be 
apparent to one of ordinary skill in the art that in a preferred embodiment binary counting will be 
used. 

30 Figure 4 shows an eleven entry mass storage device according to the present invention. 

There is no valid nor usable data stored in the mass storage device of Figure 4. Accordingly, all 
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the physical block addresses are empty. The data stored in the nonvolatile mass storage location 
'6' is filled and old. Additionally, location 9' is defective and cannot be used. 

The host directs the mass storage device of the example to write data pursuant to the 
logical block address '3' and then to '4\ The mass storage device will first write the data 
5 associated with the logical block address '3\ The device determines which is the first unused 
location in the nonvolatile memory. In this example, the first empty location is location '0'. 
Accordingly, Figure 5 shows that for the logical block address '3', the corresponding physical 
block address '0' is stored and the used flag is set in physical block address '0\ The next empty 
location is location T. Figure 6 shows that for the logical block address '4', the corresponding 

1 0 physical block address T is stored and the used flag is set in physical block address T. 

The host instructs that something is to be written to logical block address '3' again. The 
next empty location is determined to be location '2\ Figure 7 shows that the old flag in location 
t 0 t is set to indicate that this data is no longer usable, the used flag is set in location '2' and the 
physical block address in location '3' is changed to f 2 ! . 

1 5 Next, the host instructs that something is to be written to logical block address '4' again. 

The next empty location is determined to be location '3'. Figure 8 shows that the old flag in 
location T is set to indicate that this data is no longer usable, the used flag is set in location '3* 
and the physical block address in location '4' is changed to '3'. (Recall that there is generally no 
relation between the physical block address and the data stored in the same location.) 

20 Figure 9 shows algorithm 1 according to the present invention. When the system of the 

present invention receives an instruction to program data into the mass storage (step 200), then 
the system attempts to locate a free block (step 202), i.e., a block having an unset (not 
programmed) used/free flag. If successful, the system sets the used/free flag for that block and 
programs the data into that block (step 206). 

25 If on the other hand, the system is unable to locate a block having an unset used/ free 

flag, the system erases the flags (used/free and old/new) and data for all blocks having a set 
old/new flag and unset defect flag (step 204) and then searches for a block having an unset 
used/free flag (step 202). Such a block has just been formed by step 204. The system then sets 
the used/flag for that block and programs the data file into that block (step 206). 

30 If the data is a modified version of a previously existing file, the system must prevent the 

superseded version from being accessed. The system determines whether the data file 
supersedes a previous data file (step 208). If so, the system sets the old/new flag associated with 

10 
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the superseded block (step 2 1 0). If on the other hand, the data file to be stored is a newiy created 
data file, the step of setting the old/new flag (step 210) is skipped because there is no superseded 
block. Lastly, the map for correlating the logical address 308- to the physical addresses updated 
(step 212). 

5 By following the procedure outlined above, the overhead associated with an erase cycle 

is avoided for each write to the memory 104 except for periodically. This vastly improves the 
performance of the overall computer system employing the architecture of the present invention. 
In the preferred embodiment of the present invention, the programming of the flash memory 
follows the procedure commonly understood by those of ordinary skill in the art. In other 

10 words, the program impulses are appropriately applied to the bits to be programmed and then 
compared to the data being programmed to ensure that proper programming has occurred. In the 
event that a bit fails to be erased or programmed properly, a defect flag 148 is set which prevent 
that block from being used again. 

Fig. 10 depicts a digital system 500 such as a digital camera employing an alternative 

15 embodiment of the present invention. Digital system 500 is illustrated to include a host 502, 
which may be a personal computer (PC) or simply a processor of any generic type commonly 
employed in digital systems, coupled to a controller circuit 506 for storing in and retrieving 
information from non-volatile memory unit 508. The controller circuit 506 may be a 
semiconductor (otherwise referred to as an "integrated circuit" or "chip") or optionally a 

20 combination of various electronic components. In the preferred embodiment, the controller 
circuit is depicted as a single chip device. The non-volatile memory unit 508 is comprised of 
one or more memory devices, which may each be flash or EEPROM types of memory. In the 
preferred embodiment of Fig. 10, memory unit 508 includes a plurality of flash memory devices, 
510-512, each flash device includes individually addressable locations for storing information. 

25 In the preferred application of the embodiment in Fig. 10, such information is organized in 
blocks with each block having one or more sectors of data. In addition to the data, the 
information being stored may further include status information regarding the data blocks, such 
as flag fields, address information and the like. 

The host 502 is coupled through host information signals 504 to a controller circuit 506. 

30 The host information signals comprise of address and data busses and control signals for 
communicating command, data and other types of information to the controller circuit 506, 
which in turn stores such information in memory unit 508 through flash address bus 512, flash 
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data bus 514, flash signals 516 and flash status signals 518 (508 and 513-516 collectively 
referred to as signals 538). The signals 538 may provide command, data and status information 
between\he controller 506 and the memory unit 508. 

The controller 506 is shown to include high-level functional blocks such as a host 
5 interface block 520, a buffer RAM block 522, a flash controller block 532, a microprocessor 
block 524, a microprocessor controller block 528, a microprocessor storage block 530, a 
microprocessor ROM block 534, an ECC logic block 540 and a space manager block 544. The 
host interface block 520 receives host information signals 504 for providing data and status 
information from buffer RAM block 522 and microprocessor block 524 to the host 502 through 

10 host information signals 504. The host interface block 520 is coupled to the microprocessor 
block 524 through the microprocessor information signals 526. which is comprised of an address 
bus. a data bus and control signals. 

The microprocessor block 524 is shown coupled to a microprocessor controller block 
528. a microprocessor storage block 530 and a microprocessor ROM block 534, and serves to 

15 direct operations of the various functional blocks shown in Fig. 10 within the controller 506 by 
executing program instructions stored in the microprocessor storage block 530 and the 
microprocessor ROM block 534. Microprocessor 524 may, at times, execute program 
instructions (or code) from microprocessor ROM block 534, which is a non-volatile storage area. 
On the other hand, microprocessor storage block 530 may be either volatile, i.e., read-and-write 

20 memory (RAM), or non-volatile, i.e., EEPROM, type of memory storage. The instructions 
executed by the microprocessor block 524. collectively referred to as program code, are stored in 
the storage block 530 at some time prior to the beginning of the operation of the system of the 
present invention. Initially, and prior to the execution of program code from the microprocessor 
storage location 530, the program code may be stored in the memory unit 508 and later 

25 downloaded to the storage block 530 through the signals 538. During this initialization, the 
microprocessor block 524 can execute instructions from the ROM block 534. 

Controller 506 further includes a flash controller block 532 coupled to the 
microprocessor block 524 through the microprocessor information signals 526 for providing and 
receiving information from and to the memory unit under the direction of the microprocessor. 

30 Information such as data may be provided from flash controller block 532 to the buffer RAM 
block 522 for storage (may be only temporary storage) therein through the microprocessor 
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signals 526. Similarly, through the microprocessor signals 526, data may be retrieved from the 
buffer RAM block 522 by the flash controller block 532. 

ECC logic block 540 is coupled to buffer RAM block 522 through signals 542 and 
further coupled to the microprocessor block 524 through microprocessor signals 526. ECC logic 

5 block 540 includes circuitry for generally performing error coding and correction functions. It 
should be understood by those skilled in the art that various ECC apparatus and algorithms are 
commercially available and may be employed to perform the functions required of ECC logic 
block 540. Briefly, these functions include appending code that is for all intensive purposes 
uniquely generated from a polynomial to the data being transmitted and when data is received, 

10 using the same polynomial to generate another code from the received data for detecting and 
potentially correcting a predetermined number of errors that may have corrupted the data. ECC 
logic block 540 performs error detection and/or correction operations on data stored in the 
memory unit 508 or data received from the host 502. 

The space manager block 544 employs a preferred apparatus and algorithm for finding 

1 5 the next unused (or free) storage block within one of the flash memory devices for storing a 
block of information, as will be further explained herein with reference to other figures. As 
earlier discussed, the address of a block within one of the flash memory devices is referred to as 
PBA, which is determined by the space manager by performing a translation on an LBA 
received from the host. A variety of apparatus and method may be employed for accomplishing 

20 this translation. An example of such a scheme is disclosed in U.S. Pat. No. 5,485.595, entitled 
"Flash Memory Mass Storage Architecture Incorporating Wear Leveling Technique Without 
Using CAM Cells", the specification of which is herein incorporated by reference. Other LBA 
to PBA translation methods and apparatus may be likewise employed without departing from the 
scope and spirit of the present invention. 

25 Space manager block 544 includes SPM RAM block 548 and SPM control block 546, 

the latter two blocks being coupled together. The SPM RAM block 548 stores the LBA-PBA 
mapping information (otherwise herein referred to as translation table, mapping table, mapping 
information, or table) under the control of SPM control block 546. Alternatively, the SPM RAM 
block 548 may be located outside of the controller, such as shown in Fig. 3 with respect to RAM 

30 array 100. 

In operation, the host 502 writes and reads information from and to the memory unit 508 
during for example, the performance of a read or write operation through the controller 506. In 
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so doing, the host 502 provides an LBA to the controller 506 through the host signals 504. The 
LBA is received by the host interface block 520. Under the direction of the microprocessor 
block 524, the LBA is ultimately provided to the space manager block 544 for translation to a 
PBA and storage thereof, as will be discussed in further detail later. 
5 Under the direction of the microprocessor block 524, data and other information are written into 
or read from a storage area, identified by the PBA, within one of the flash memory devices 510- 
512 through the flash controller block 532. The information stored within the flash memory 
devices may not be overwritten with new information without first being erased, as earlier 
discussed. On the other hand, erasure of a block of information (every time prior to being 

10 written), is a very time and power consuming measure. This is sometimes referred to as erase- 
before-write operation. The preferred embodiment avoids such an operation by continuously, 
yet efficiently, moving a sector (or multiple sectors) of information, within a block, that is being 
re-written from a PBA location within the flash memory to an unused PBA location within the 
memory unit 508 thereby avoiding frequent erasure operations. A block of information may be 

15 comprised of more than one sector such as 16 or 32 sectors. A block of information is further 
defined to be an individually-erasable unit of information. In the past, prior art systems have 
moved a block stored within flash memory devices that has been previously written into a free 
(or unused) location within the flash memory devices. Such systems however, moved an entire 
block even when only one sector of information within that block was being re-written. In other 

20 words, there is waste of both storage capacity within the flash memory as well as waste of time 
in moving an entire block's contents when less than the total number of sectors within the block 
are being re-written. The preferred embodiments of the present invention, as discussed herein, 
allow for "moves" of less than a block of information thereby decreasing the number of move 
operations of previously-written sectors, consequently, decreasing the number of erase 

25 operations. 

Referring back to Fig. 1 0, it is important to note that the SPM RAM block 548 maintains 
a table that may be modified each time a write operation occurs thereby maintaining the LBA- 
PBA mapping information and other information regarding each block being stored in memory 
unit 508. Additionally, this mapping information provides the actual location of a sector (within 
30 a block) of information within the flash memory devices. As will be further apparent, at least a 
portion of the information in the mapping table stored in the SPM RAM block 548 is 
"shadowed" (or copied) to memory unit 508 in order to avoid loss of the mapping information 
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when power to the system is interrupted or terminated. This is, in large part, due to the use of 
volatile memory for maintaining the mapping information. In this connection, when power to 
the system is restored, the portion of the mapping information stored in the memory unit 508 is 
transferred to the SPM RAM block 548. 
5 It should be noted, that the SPM RAM block 548 may alternatively be nonvolatile 

memory, such as in the form of flash or EEPROM memory architecture. In this case, the 
mapping table will be stored within nonvolatile memory thereby avoiding the need for 
"shadowing^ because during power interruptions, the mapping information stored in nonvolatile 
memory will be clearly maintained. 

10 When one or more sectors are being moved from one area of the flash memory to another 

area, the preferred embodiment of the present invention first moves the sector(s) from the 
location where they are stored in the flash memory devices, i.e., 510-512, to the buffer RAM 
block 522 for temporary storage therein. The moved sector(s) are then moved from the buffer 
RAM block 522 to a free area within one of the flash memory devices. It is further useful to 

1 5 note that the ECC code generated by the ECC logic block 540, as discussed above, is also stored 
within the flash memory devices 510-512 along with the data, as is other information, such as 
the LBA corresponding to the data and flag fields. 

Figs. 11 - 21 are presented to show examples of the state of a table 700 in SPM RAM 
block 548 configured to store LBA-PBA mapping information for identification and location of 

20 blocks (and sectors within the blocks) within the memory unit 508. Table 700 in all of these 
figures is shown to include an array of columns and rows with the columns including virtual 
physical block address locations or VPBA block address locations 702, move virtual physical 
address locations or MVPBA block address locations 704, move flag locations 706, used/free 
flag locations 708, old/new flag locations 710, defect flag locations 712 and sector move status 

25 locations 714. 

The rows of table include PBA/LBA rows 716, 718 through 728 with each row having a 
row number that may be either an LBA or a PBA depending upon the information that is being 
addressed within the table 700. For example, row 716 is shown as being assigned row number 
'00' and if PBA information in association with LBA l 00' is being retrieved from table 700, then 
30 LBA '00* may be addressed in SPM RAM block 548 at row 716 to obtain the associated PBA 
located in 730. On the other hand, if status information, such as flag fields, 706-712, regarding a 
block is being accessed, the row numbers of rows 716 - 728, such as 4 00', '10', '20\ '30', '40% 
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'50*. 'N-l ' represent PBA. as opposed to LB A, values. Furthermore, each row of table 700 may 
be thought of as a block entry wherein each entry contains information regarding a block. 
Furthermore, each row of table 700 may be addressed by an LBA. 

In the preferred embodiment, each block is shown to include 16 sectors. This is due to 
5 the capability of selectively erasing an entire block of 16 sectors (which is why the block size is 
sometimes referred to as an "erase block size". If an erase block size is 16 sectors, such as 
shown in Figs. 11-21, each block entry (or row) includes information regarding 16 sectors. Row 
716 therefore includes information regarding a block addressed by LBA '00* through LBA '15' 
(or LBA W through LBA 'OF' in Hex. notation). The next row, row 718, includes information 

10 regarding blocks addressed by LBA M6' (or '10' in Hex.) through LBA 4 31' (or 4 IF' in Hex.) 
The same is true for PBAs of each block. 

It should be noted however, other block sizes may be similarly employed. For example, 
a block may include 32 sectors and therefore have an erase block size of 32. In the latter 
situation, each block entry or row, such as 716, 718, 720..., would include information regarding 

15 32 sectors. 

The VPBA block address locations 702 of table 700 stores information generally 
representing a PBA value corresponding to a particular LBA value. The MVPBA block address 
locations 704 store information representing a PBA value identifying, within the memory unit 
508. the location of where a block (or sector portions thereof) may have been moved. The move 

20 flag locations 706 store values indicating whether the block being accessed has any sectors that 
may have been moved to a location whose PBA is indicated by the value in the MVPBA block 
address location 704 (the PBA value within 704 being other than the value indicated in VPBA 
block address 702 wherein the remaining block address information may be located). The 
used/new flag location 708 stores information to indicate whether the block being accessed is a 

25 free block, that is, no data has been stored since the block was last erased. The old/new flag 
location 710 stores information representing the status of the block being accessed as to whether 
the block has been used and re-used and therefore, old. The defect flag location 712 stores 
information regarding whether the block is defective. If a block is declared defective, as 
indicated by the value in the defect flag location 712 being set, the defective block can no longer 

30 be used. Flags 708-712 are similar to the flags 110-114 shown and described with respect to 
Fig. 1. 
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Sector move status location 714 is comprised of 16 bits (location 714 includes a bit for 
each sector within a block so for different-sized blocks, different number of bits within location 
714 are required) with each bit representing the status of a sector within the block as to whether 
the sector has been moved to another block within the memory unit 508. The moved block 

5 location within the memory unit 508 would be identified by a PBA that is other than the PBA 
value in VPBA block address location 702. Said differently, the status of whether a sector 
within a block has been moved, as indicated by each of the bits within 714, suggests which one 
of either the VPBA block address locations 702 or the MBPBA block address locations 704 
maintain the most recent PBA location for that sector. 

10 Referring still to Fig. 1 1, an example of the status of the table 700 stored in SPM RAM 

block 548 (in Fig. 10) is shown when, by way of example, LBA '0' is being written. As 
previously noted, in the figures presented herein, a block size of sixteen sectors (number 0-15 in 
decimal notation or 0-10 in hexadecimal notation) is used to illustrate examples only. Similarly, 
N blocks (therefore N LB As) are employed, numbered from 0 - N-l. The block size and the 

15 number of blocks are both design choices that may vary for different applications and may 
depend upon the memory capacity of each individual flash memory device (such as 510 - 512) 
being employed. Furthermore, a preferred sector size of 512 bytes is used in these examples 
whereas other sector sizes may be employed without departing from the scope and spirit of the 
present invention. 

20 Assuming that the operation of writing to LBA '0' is occurring after initialization or 

system power-up when all of the blocks within the flash memory devices 510-512 (in Fig. 10) 
have been erased and are thus free. The space manager block 548 is likely to determine that the 
next free PBA location is 4 00\ Therefore, '00' is written to 730 in VPBA block address 702 of 
row 716 wherein information regarding LBA *0' is maintained, as indicated in table 700 by LBA 

25 row number '00\ Since no need exists for moving any of the sectors within the LBA 0 block, 
the MVPBA block address 704 for row 716, which is shown as location 732 may include any 
value, such as an initialization value (in Fig. 11, 'XX' is shown to indicate a "don't care" state). 

The value in 734 is at logic state '0* to show that LBA '0' block does not contain any 
moved sectors. Location 736 within the used flag 708 column of row 716 will be set to logic 

30 state T indicating that the PBA fc 0' block is in use. The state of location 738, representing the 
old flag 710 for row 71 6 ? is set to '0' to indicate that PBA '0' block is not "old" yet. Location 
740 maintains logic state l 0' indicating that the PBA '0' block is not defective and all of the bits 
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in move status location 714 are at logic state *0' to indicate that none of the sectors within the 
LBA '0' through LBA 1 1 5 ? block have been moved. 

In Fig. 1 L the statusMnformation for LBA '0' in row 716, such as in move flag location 
706, used flag location 708, old flag location 710, defect flag location 712 and move status 
5 location 714 for all remaining rows, 716-728, of table 700 are at logic state '0'. It is understood 
that upon power-up of the system and/or after erasure of any of the blocks, the entries for the 
erased blocks, which would be all blocks upon power-up, in table 700, are all set to logic state 
k 0\ 

At this time, a discussion of the contents of one of the flash memory devices within the 
10 memory unit 508, wherein the LBA fc 0' block may be located is presented for the purpose of a 
better understanding of the mapping information shown in table 700 of Fig. 1 1 . 

Turning now to Fig. 22. an example is illustrated of the contents of the flash memory 
device 510 in accordance with the state of table 700 (as shown in Fig. 11). LBA *0\ which 
within the memory unit 508 is identifiedat PBA l 0' by controller 506 (of Fig. 10) is the location 
15 wherein the host-identified block is written. A PBA0 row 750 is shown in Fig. 22 to include 
data in sector data location 752. An ECC code is further stored in ECC location 754 of PBAO 
row 750. This ECC code is generated by the ECC logic block 540 in association with the data 
being written, as previously discussed. Flag field 756 in PBAO row 750 contains the move, 
used, old and defect flag information corresponding to the sector data of the block being written. 
20 In this example, in flag field 756, the "used" flag and no other flag is set, thus, flag field 756 
maintains a logic state of '0100' indicating that PBA *0' is "used" but not "moved", "old" or 
"defective", 

PBAO row 750 additionally includes storage location for maintaining in LBA address 
location 758, the LBA number corresponding to PBA *0\ which in this example, is l 0\ While 
25 not related to the example at hand, the remaining PBA locations of LBA '0' are stored in the 
next 15 rows following row 750 in the flash memory device 510. 

It will be understood from the discussion of the examples provided herein that the 
information within a PBA row of flash memory device 510 is enough to identify the data and 
status information relating thereto within the LBA *0' block including any moves associated 
30 therewith, particularly due to the presence of the "move" flag within each PBA row (750, 762, 
764, ...) of the flash memory. Nevertheless, alternatively, another field may be added to the first 
- PBA row of each LBA location within the flash, replicating the status of the bits in the move 
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status location 714 of the corresponding row in table 700. This field is optionally stored in 
sector status location 760 shown in Fig. 22 to be included in the first PBA row of each LBA 
block, such as row 750, 780 and so on. Although the information maintained in location 760 
may be found by checking the status of the "move" flags within the flag fields 756 of each PBA 
5 row. an apparent advantage of using location 760 is that upon start-up (or power-on) of the 
system, the contents of table 700 in SPM RAM block 548 may be updated more rapidly due to 
fewer read operations (the reader is reminded that table 700 is maintained in SPM RAM 548, 
which is volatile memory whose contents are lost when the system is power-down and needs to 
be updated upon power-up from non-volatile memory, i.e. memory unit 508). 

10 That is, rather than reading every PBA row (altogether 16 rows in the preferred example) 

to update each LBA entry of the table 700 upon power-up, only the first PBA row of each LBA 
must be read from flash memory and stored in SPM RAM 548 thereby saving time by avoiding 
needless read operations. On the other hand, clearly more memory capacity is utilized to 
maintain 16 bits of sector status information per LBA. 

15 In the above example, wherein location 760 is used, the value in sector status location 

760 would be all l 0's (or '0000* in hexadecimal notation). 

In flash memory device 510, each of the rows 750, 762, 764, 768.., is a PBA location 
with each row having a PBA row number and for storing data and other information (data and 
other information are as discussed above with respect to row 750) for a sector within a block 

20 addressed by a particular LBA. Furthermore, every sixteen sequential PBA rows represents one 
block of information. That is, PBA rows 750, 762, 764 through 768, which are intended to show 
16 PBA rows correspond to LBA 0(shown as row 716 in table 700 of Fig. 1 1) and each of the 
PBA rows maintains information regarding a sector within the block. The next block of 
information is for the block addressed by LBA 4 10' (in Hex.) whose mapping information is 

25 included in row 718 of table 700, and which is stored in locations starting from 4 10' (in 
hexadecimal notation, or '16' in decimal notation) and ending at 'IF' (in hexadecimal notation, 
or '3 V) in the flash memory device 510 and so on. 

Continuing on with the above example, Fig. 12 shows an example of the state of table 
700 when LBA 0 is again being written by the host. Since LBA 0 has already been written and 

30 is again being written without first being erased, another free location within the memory unit 
508 (it may serve helpful to note here that the blocks, including their sectors, are organized 
sequentially and continuously through each of the flash memory devices of memory unit 508 
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according to their PBAs such that for example, the next flash memory device following device 
510 picks up the PBA-addressed blocks where flash memory device 510 left off, an example of 
this is where flash memory device 510 includes PBAs of 0-FF (in Hex.) and the next flash 
memory device, which may be 512, may then include 100- IFF (in Hex.)) is located by space 
5 manager 544 for storage of the new information. This free location is shown to be PBA * 10* (in 
Hexadecimal notation, or 16 in decimal notation). In row 718, where the entries for LBA M0* 
will remain the same as shown in Fig. 1 1 except the used flag in location 742 will be set (in the 
preferred embodiment, a flag is set when it is at logic state ; 1 * although the opposite polarity 
may be used without deviating from the present invention) to indicate that the PBA 4 10' is now 
10 "in use". 

The entries in row 716 are modified to show ' 10' in MVPBA block address location 732, 
which provides the PBA address of the moved portion for the LBA fc 00' block. The move flag in 
location 734 is set to logic state T to indicate that at least a portion (one or more sectors) of the 
LBA '00' block have been moved to a PBA location other than the PBA location indicated in 
1 5 location 730 of table 700. Finally, the bits of the move status location 714 in row 71 6 are set to 
M 000000000000000' (in binary notation, or '8000' in hexadecimal notation), reflecting the 
status of the moved sectors within the block LBA '00'. That is, in this example, '8000* indicates 
that the first sector, or sector '0', within LBA '00' block has been moved to a different PBA 
location. 

20 Referring now to Fig. 22, the state of table 700 in Fig. 12 will affect the contents of the 

flash memory device 510 in that the moved sector of the LBA '0' block will now be written to 
PBA MO' in row 780. Row 780 will then include the data for the moved sector, which is 512 
bytes in size. With respect to the moved sector information, row 780 further includes ECC code, 
a copy of the values in flag locations 734 - 740 of table 700 (in Fig. 12), and LBA '00' for 

25 indicating that the data in row 780 belongs to LBA '00' and may further include the move status 
for each of the individual sectors within the LBA '0' block. 

While not specifically shown in the figure, the move flag within location 756 of PBA 
row 750 is set to indicate that at least a portion of the corresponding block has been moved. The 
value stored in the move status location 714 of row 716 (in Fig. 12), which is '8000' in Hex., is 

30 also stored within location 760 of the row 750. As earlier noted, this indicates that only sector 
'0' of PBA '0' was marked "moved" and the new block LBA '0' was written to PBA '10' in 
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flash memory. Without further detailed discussions of Fig. 22, it should be appreciated that the 
examples to follow likewise affect the contents of the flash memory device 510. 

Fig. 13 shows the status of table 700 when yet another write operation to LBA l 00' is 
performed. The values (or entries) in row 716 remain the same as in Fig. 12 except that the 
5 value in location 732 is changed to '20' (in Hex. Notation) to indicate that the moved portion of 
block LBA '00' is now located in PBA location '20' (rather than '10' in Fig. 12). As in Fig. 12, 
the value in move status location 714, '8000', indicates that the first sector (with PBA 4 00') is 
the portion of the block that has been moved. 

Row 718 is modified to show that the LBA l 10* block is now old and can no longer be 

1 0 used before it is erased. This is indicated by the value in location 744 being set to logic state T. 
The entries for LBA l 20\ row 720. remain unchanged except that location 746 is modified to be 
set to logic state T for reflecting the state of the PBA '20' block as being in use. It is 
understood that as in Figs. 1 1 and 12, all remaining values in table 700 of Fig. 13 that have not 
been discussed above and are not shown as having a particular logic state in Fig. 13 are all 

1 5 unchanged (the flags are all set to logic state l 0'). 

Continuing further with the above example, Fig. 14 shows the state of table 700 when yet 
another write to LBA v 0' occurs. For ease of comparison, there is a circle drawn around the 
values shown in Fig. 14, which are at a different logic state with respect to their states shown in 
Fig. 13. In row 716, everything remains the same except for the new moved location, indicated 

20 as PBA '30'. shown in location 732. PBA '30' was the next free location found by the space 
manager 544. As previously noted, this value indicates that a portion of the block of LBA '0* is 
now in PBA *30'; namely, the first sector (shown by the value in 714 of row 716 being '8000') 
in that block has been moved to PBA l 30' in the flash memory device 510. 

Row 718 remains the same until it is erased. The flags in locations 742 and 744 are set 

25 to logic state '0'. Row 720 also remains unchanged except for the value in its old flag 710 
column being modified to T to show that the block of PBA '20' is also old and can not be used 
until first erased. Row 722 remains the same except for the value in its used flag 708 column 
being changed to logic state 4 V to show that the block of LBA 4 30' is now in use. 

Fig. 15 is another example of the state of table 700, showing the state of table 700 

30 assuming that the table was at the state shown in Fig. 13 and followed by the host writing to 
LBA '5'. Again, the changes to the values in table 700 from Fig. 13 to Fig. 15 are shown by a 
circle drawn around the value that has changed, which is only one change. 
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When writing to LB A '5', it should be understood that the LB A entries of rows 716, 718, 
720, etc. are only for LBA *00\ LBA '10', LBA 4 20\ so on, and therefore do not reflect an LBA 
"5 ? entry. The reader is reminded that each of the LBA row entries is for a block of information 
with each block being 16 sectors in the preferred embodiment. For this reason, LBA '5' actually 
5 addresses the fifth sector in row 716. Since PBA '20' was used to store LBA '0\ only the sector 
within PBA '20\ corresponding to LBA *5\ is yet not written and "free". Therefore, the data 
for LBA l 5* is stored in PBA l 20' in sector 4 5\ The move status location 714 of row 716 will be 
modified to logic state % 8400' (in Hex. Notation). This reflects that the location of the first and 
fifth sectors within LBA *0' are both identified at PBA '20' in the flash memory device 510. 

10 The remaining values in table 700 of Fig. 15 remain the same as those shown in Fig. 13. 

Figs. 16-18 show yet another example of what the state of table 700 may be after either power- 
up or erasure of the blocks with the memory unit 508. In Figs. 16 and 17, the same write 
operations as those discussed with reference to Figs. 1 1 and 12 are performed. The state of table 
700 in Figs. 16 and 17 resembles that of Figs. 1 1 and 12, respectively (the latter two figures have 

15 been re-drawn as Figs. 16 and 17 for the sole convenience of the reader). Briefly, Fig. 16 shows 
the state of table 700 after a write to LBA '0' and Fig. 17 shows the state of table 700 after 
another write to LBA '0\ 

Fig. 18 picks up after Fig. 17 and shows the state of table 700 after the host writes to 
LBA ; 5\ As indicated in Fig. 18. LBA '5' has been moved to PBA M0' where LBA '0' is also 

20 located. To this end. MBPBA block address location 732 is set to M0' in row 716 and the move 
flag is set at location 734 in the same row. Moreover, the state of move status location 714 in 
row 716 is set to *8400' (in Hex.) indicating that LBA *0' and LBA '5' have been moved, or that 
the first and fifth sectors within LBA '00' are moved. Being that these two sectors are now 
located in the PBA M0* location of the flash memory device 510, the move flag for each of the 

25 these sectors are also set in the flash memory device 510. It should be understood that LBA '5' 
was moved to PBA 1 1 0' because remaining free sectors were available in that block. Namely, 
even with LBA '0* of that block having been used, 15 other sectors of the same block were 
available, from which the fifth sector is now in use after the write to LBA 4 5\ 

Continuing on with the example of Fig. 18, in Fig. 19, the state of the table 700 is shown 

30 after the host writes yet another time to LBA *0\ According to the table, yet another free PBA 
location. v 20\ is found where both the LBA *5* and LBA *0* are moved. First, LBA '5' is 
moved to the location PBA M0' to PBA '20' and then the new block of location LBA l 0' is 
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written to PBA '20'. As earlier discussed, any time there is a move of a block (for example, here 
the block of LB A '5* is moved) it is first moved from the location within flash memory where it 
currently resides to a temporary location within the controller 506, namely with the buffer RAM 
block 522. and then it is transferred from there to the new location within the flash memory 
5 devices. 

The used flag in location 746 of row 720 is set to reflect the use of the PBA '20* location 
in flash memory and the old flag in location 744 is set to discard use of PBA '10' location until 
it is erased. Again, in flash memory, the state of these flags as well as the state of the move flag 
for both the LBA '0' and LBA '5 ? sectors are replicated. 

10 Fig. 20 picks up from the state of the table 700 shown in Fig. 18 and shows yet another 

state of what the table 700 may be after the host writes to LBA '5*. In this case, the block of 
LBA '0' is first moved from location PBA M0' within the flash memory device 510 wherein it is 
currently stored to location PBA '20' of the flash memory. Thereafter, the new block being 
written to LBA k 5' by the host is written into location PBA '20* of the flash memory. The flags 

15 in both table 700 and corresponding locations of the flash memory device 510 are accordingly 
set to reflect these updated locations. 

Fig. 21 also picks up from the state of the table 700 shown in Fig. 1 8 and shows the state 

/ of what the table 700 may be after the host writes to LBA '7'. In this case, the new block is 
simply written to location PBA M0' of the flash memory since that location has not yet been 

20 used. Additionally, three of the bits of the move status location 714 in row 716 are set to show 
that LBA *0\ LBA "5 r and LBA 'T have been moved to another PBA location within the flash 
memory. Location 732 shows that the location in which these three blocks are stored is PBA 
'10\ 

As may be understood from the discussion presented thus far, at some point in time, the 
25 number of sectors being moved within a block makes for an inefficient operation. Thus, the 
need arises for the user to set a threshold for the number of sectors within a block that may be 
moved before the block is declared "old" (the old flag is set) and the block is no longer used, 
until it is erased. This threshold may be set at, for example, half of the number of sectors within 
a block. This is demonstrated as follows: For a block having 16 sectors, when 8 of the sectors 
30 are moved into another block, the "original" block and the "moved" block (the block in which 
the moved sectors reside) are combined into the same PBA block. The combined PBA block 
may be stored in a new block altogether or, alternatively, the "original" block may be combined 
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with and moved into the "moved" block. In the latter case, the "original" block is then marked as 
"old" for erasure thereof. If the combined PBA block is stored in a new block, both of the 
"original" and the "moved" blocks are marked as "old". 

Fig. 23 depicts a general flow chart outlining some of the steps performed during a write 
5 operation. It is intended to show the sequence of some of the events that take place during such 
an operation and is not at all an inclusive presentation of the method or apparatus used in the 
preferred embodiment of the present invention. 

The steps as outlined in Fig. 23 are performed under the direction of the microprocessor 
block 524 as it executes program code (or firmware) during the operation of the system. 

10 When the host writes to a block of LB A M, step 800, the space manager block 544. in step 802, 
checks as to whether LBA M is in use by checking the state of the corresponding used flag in 
table 700 of the SPM RAM block 548. If not in use, in step 804 ? a search is performed for the 
next free PBA block in memory unit 508. If no free blocks are located, an "error" state is 
detected in 808. But where a free PBA is located, in step 806, its used flag is marked (or set) in 

1 5 table 700 as well as in flash memory. In step 810, the PBA of the free block is written into the 
VPB A block address 702 location of the corresponding LBA row in table 700. 
Going back to step 802, if the LBA M block is in use, search for the next free PBA block is still 
conducted in step 812 and upon the finding of no such free block, at 814, an "error" condition is 
declared. Whereas, if a free PBA location is found, that PBA is marked as used in table 700 and 

20 flash memory, at step 816. Next, in step 818. the state of the block is indicated as having been 
moved by setting the move flag as well as the setting the appropriate bit in the move status 
location 714 of table 700. The new location of where the block is moved is also indicated in 
table 700 in accordance with the discussion above. 

Finally, after steps 818 and 810, data and all corresponding status information, ECC code 

25 and LBA are written into the PBA location within the flash memory. 

As earlier indicated, when a substantial portion of a block has sectors that have been 
moved (in the preferred embodiment, this is eight of the sixteen sectors), the block is declared 
"old" by setting its corresponding "old" flag. Periodically, blocks with their "old" flags set, are 
erased and may then be re-used (or re-programmed, or re-written). 

30 As can be appreciated, an advantage of the embodiments of Figs. 10-23 is that a block 

need not be erased each time after it is accessed by the host because if for example, any portions 
(or sectors) of the block are being re-written, rather than erasing the block in the flash memory 
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devices or moving the entire block to a free area within the flash, only the portions that are being 
re-written need be transferred elsewhere in flash, i.e. free location identified by MVPA block 
address. In this connection, an erase cycle, which is time consuming is avoided until later and 
time is not wasted in reading an entire block and transferring the same. 
5 Improvements to the various embodiments of the present invention, as described thus far, 

are hereinafter disclosed for efficiently transferring single sectors that are addressed in sequential 
order by the host and that are also being re-written under the direction of the controller 506 (in 
Fig. 10). As- will be apparent to those skilled in the art, while such improvements include 
moving sectors within a block from a first area within the nonvolatile memory to an unused area 

10 within the nonvolatile memory, there is less storage area utilized within the controller thereby 
providing a smaller and less expensive solution. Specifically, the need for maintaining: I) 
MBPBA block address locations 704 and sector move status locations 714 (shown in Figs. 1 1- 
21) within the SPM RAM block 548 of the controller 506 (shown in Fig. 10); and 2) sector 
status locations 760 for every block in the memory unit 508 (shown in Fig. 10), as disclosed 

1 5 hereinabove with respect to the embodiment of Figs. 10-23, is avoided. Furthermore, the number 
of operations necessary for performing such sequential single sector moves is substantially 
decreased thereby yielding higher system performance. 

One embodiment of such an improvement of the present invention, is shown in flow 
chart form in Figs. 24-26, to utilize the digital system 500 of Fig. 10 to reduce the number of 

20 read and write cycles associated with re-writing single sectors which are arranged in sequential 
order. 

In systems such as digital cameras, for example, wherein the digital system 500 of the 
present invention may be employed, the host 502 (in Fig. 10), under the direction of the 
controller 506, commonly transfers a large quantity of information in the form of picture frames 

25 with each frame typically having 1648 sectors for storage within the flash memory unit 508. In 
such applications, information received by the controller 506, from the host 502, is generally 
arranged in sectors that are in sequential order. For example, as will be discussed through 
examples provided hereinbelow. the host may command the controller to store data in sectors 
addressed LB A 5 through LBA 15. As will be apparent shortly, the improved embodiments of 

30 the present invention, take advantage of the sequential addressing of sectors by the host when 
such sectors are being re-accessed in such a way as to avoid unnecessary sector transfers while 
yet avoiding the need for erase-before-write operations. As stated above, such an improvement 
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utilizes the structure shown in Fig. 10 in conjunction with the method of Figs. 24-26 outlined in 
flow chart form. 

Most of the steps outlined in Figs. 24-26 are performed by the microprocessor block 524 ? 
included within the controller 506 of Fig. 10. The microprocessor block 524 executes 
5 instructions that are stored in the microprocessor RAM block 530 for performing most of the 
steps outlined in Figs. 24-26. It should, however, be obvious to those of ordinary skill in the art 
that these steps may be performed by hardware means rather than by the microprocessor. 

Fig. 27 shows an example of what the contents of a look-up table 1 030 stored in the SPM 
RAM block 548 may maintain. Table 1030 is formed of an array of volatile storage locations 

10 (RAM) organized in LBA/PBA rows and columns. Each row is addressed by a nine-bit LB A 
value, LBA row address 1032. such as LBA 0, 1, 2, 3,..., n-1. The number of rows is a function 
of the memory capacity afforded by the memory unit 508. For example, a memory capacity 
within the nonvolatile memory unit 508 of at least 4 Mbytes can store 500 blocks (each block 
having 16 sectors and each sector being 512 bytes) therein and 500 blocks require 500 rows in 

15 the table 1030. The columns of table 1030 comprise of a nine-bit block address 1034, a 'defect' 
flag 1036, a 'used' flag 1038 and an *old* flag 1040 for indicating the status of each block within 
the memory unit 508 (the reader is reminded that an LBA value is used to address a sector of 
information received from the host while a PBA, developed by the controller, is used to address 
a sector of information within a multi-sectored block that is stored in the memory unit 508). 

20 For ease of understanding, the flow chart of Figs. 24-27 is discussed with reference to the 

contents of table 1030. as shown in Fig. 27. as well as examples of the contents of table 1030. as 
shown in Figs. 28-40. 

In Fig. 24, step 1000 is shown to include a command sent from the host 502 to the 
controller 506 for writing a sector of information to the memory unit 508. The sector of 

25 information is addressed by the host and this host-provided address is transformed to an LBA 
value, i.e. LBA X, by the controller. As discussed hereinabove with respect to other 
embodiments of the present invention, the host interface block 520 receives the host command, 
including sector information and address, and develops LBA X therefrom for addressing an 
LBA/PBA row within the table 1030 in Fig. 27. 

30 LBA X is developed from an address provided by the host that may be either in LBA 

format or CHS format, in which case it is transformed to an LBA format. The LBA address is 
16 bits in the preferred embodiment but is four least significant bits (LSBs) are masked and the 
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remaining 12 bits are shifted four times to the right, the nine LSB bits of the shifted value are 
used to address the LBA/PBA rows of table 1030 at 1032. Nine bits are used for the row 
addressing to address 500 blocks in the table 1030. Alternatively, if the memory unit 508 has a 
different capacity and other numbers of blocks are utilized, a corresponding bit-size is used as 
5 earlier described. Similarly, in alternative embodiments, a block may comprise of a different 
number of sectors. Consistent therewith, the number of bits being masked from the address 
received from the host will be different. For example, if a 32-sectored block size is employed, 5 
bits would be masked from the address instead of the current 4 bits as performed by the system 
of the preferred embodiment. Furthermore, a sector of information is organized to include a user 

1 0 data portion that is 5 1 2 bytes and an overhead portion, the latter having at least an ECC field and 
may be further stored with flag and address information in the memory unit 508. 

Referring back to Fig. 24. upon receipt of such a command by the host interface block 
520 (of the controller 506), the microprocessor block 524 (also within the controller 506), in step 
1002. compares the address of the sector being accessed, i.e. LB A X ? to a PREV_LBA sector 

1 5 address, the latter having been previously stored in a storage location, such as a register (named 
moved LBA register 1054 in later figures), within the microprocessor block 524. If LBA X and 
PREV_LBA are equal, step 1004, the write command from the host is a sequential write 
command and the microprocessor block 524 checks as to whether the block that is addressed by 
LBA X has been written to previously by checking the VPBA, which is a nine-bit address of the 

20 block assigned to a corresponding LBA (as will be explained further) and the contents of the 
block address 1034 of SPM RAM block 548. 

As an example, if LBA 5 was commanded to be written by the host, the four LSBs of the 
binary notation of the number '5' would be masked resulting in the value l 0' and in Fig. 27, the 
VPBA block address 1034 corresponding to LBA 0, which in this case is set to 'IFF 1 indicating 

25 the block is not yet used, would be checked. If the VPBA is valid, i.e. is a value other than all 
one's ('IFF' in Hex.), the microprocessor block 524 checks a move pending flag, which is a bit 
and when set indicates that information is stored by the microprocessor. The move pending flag 
may be optionally stored in the SPM RAM block 548, as shown in Fig. 27 at column 1042 
instead of by the microprocessor. The decision as to where the pending move flag may be stored 

30 is a design choice although it should be noted that the pending move flag, whether stored in the 
microprocessor block or the SPM RAM, is only a one bit information. This is because there can 
only be one block that is in the process of being moved from one location in the nonvolatile 
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memory unit 508 to another location therein and the move pending flag indicates whether or not 
such a block move is pending. It should be obvious to those of ordinary skill in the art that in 
alternative embodiments, more than one block may be pending a move. However, in such an 
implementation, the microprocessor must keep track of more LBAs and more hardware in 
5 needed. The determination as to whether to use one or more than one pending move blocks in a 
matter of design choice. 

In the case where there is a pending block move, i.e. at least one sector of a block that 
has been re-written by the host prior to erasure thereof has been moved to another block within 
the memory unit 508. That is. in Fig. 24, after step 1006, step 1018 follows and LBA X sector 
10 information is written to the block housing the sectors being moved. Thereafter in step 1020. 
the microprocessor increments LBA X by one and stores this incremented value in the 
PREV LBA location. 

Referring back to the top of Fig. 24, if LBA X does not match the PREV LBA at step 
1002. the sector that is being currently accessed by the host is not in sequential order with 

1 5 respect to the previous sector that was accessed by the host and therefore the entire block of 
information where sectors were previously written need to be transferred to new block location 
to where the old block is being moved. This is shown at step 1022 in Fig. 25. The following 
step is to perform an erase operation of all locations of a block that is located at an address 
corresponding to LBA X in the memory unit 508, step 1024, prior to its re-use. Thereafter, at 

20 step 1026, a move PBA register, which is a storage location for maintaining information 
regarding the location of the block that is in the process of being move, is cleared as is the move 
pending flag and the process resumes from step 1004 in Fig. 24. 

In Fig. 24. if the VPBA at 1034 that corresponds to LBA X is not valid (or not 'IFF' as 
explained above), a search is conducted by the SPM control block 546 (in Fig. 10) for locating a 

25 free block in memory unit 508, as shown in Fig. 26 at step 1028. The 'used' flag corresponding 
to the PBA X location in the flash memory unit 508 is set, indicating that the LBA X block has 
been re-accessed prior to erasure thereof, as shown at step 1029. Later, at step 1031, the VPBA 
of the located free block is stored in one of the locations of the look-up-table 1030, this location 
being in one of the rows of column 1034 that corresponds to LBA X in Fig. 27. After step 1031 

30 in Fig. 26. the process flows back to step 1016 of Fig. 24. 

Similarly, in Fig. 24, if the VPBA at 1034 corresponding to LBA X is valid, then the 
move pending flag is checked at step 1006. If the move pending flag was not set at step 1006, a 
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search is conducted for a free LB A block at step 1008, the pending move flag is set at step 1010, 
the VPBA of the newly-located free block (of step 1008) is stored in a location of the look-up- 
table 1030 at step 1012 and the 'used' flag corresponding to the LB A X block in the memory 
unit 508 is set. 

5 At step 1016, the VPBA of the newly-located free block is stored in a move PBA register 

by the microprocessor. The move PBA register is shown as 1 052 and the moved LBA register is 
shown as 1054 in Fig. 27. Both of these registers as well as the VPBA block address at 1034 are 
initialized to the hexadecimal value 'IFF* after initial power-on of the digital system 500 as well 
as after erasure of the moved block. In fact, in the above discussion, with reference to the flow 

10 charts shown in Fig. 24-26. wherever it is indicated that any of these registers is "cleared" (such 
as in step 1026), that is actually setting the contents of the registers to 'IFF'. 

After step 1016, data that was received by the host to be written to the LBA X block is 
written to the newly-located free block in memory unit 508, as shown at step 1018. LBA X is 
then incremented by one and the incremented value is stored in PREVLBA at step 1 020. 

15 In the manner described above, the preferred embodiment of the present invention avoids having 
to move all of the sectors of a block, the sectors of which are being re-written prior to an erase 
operation, to an unused location in flash when sectors are singly and sequentially addressed by 
the host. This is because each time the next sequential sector is accessed, the block location 
where the most up-to-date, or moved, sectors reside is maintained in the move register PBA 

20 1052 and since the PREV_LBA value maintains where within the latter block the next sector 
should be written, the write operation is performed using these two parameters without the 
necessity of having to move an entire block. This in turn saves many unnecessary read, write 
and erase operations as required by prior art systems. For example, in the prior art systems, 
when one sector of a block was re-written, 15 read operations and 15 write operations were 

25 necessarily performed because an entire block of information was moved. The present invention 
however, as will be further evident with the examples provided below, avoids these 15 read and 
write operations and only writes the sector being re-written. 

Fig. 28 generally depicts the organization of information within the blocks of the 
memory unit 508. As shown, each block includes sixteen sectors and each sector of a block 

30 includes a 512-byte location 1056 for storing the user data portion of a sector and a storage 
location 1058 for storing the ECC. Each block, i.e. Block 0, Block 1, ... is addressed using the 
9-bit block address value of 1034 (in Fig. 27) and each sector within the block is addressed using 
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the 4 masked LSB bits discussed above after they are unmasked. The last sector of each block 
further includes a block address location 1060 for storing the 9-bit LBA value for the block in 
which the block address location 1060 resides. For example, the block address location 1060 of 
block 0 will contain the value ; 0\ the block address location 1060 of block 1 will contain the 
5 value M\ the block address location 1060 of block 2 will contain the value ' T and so forth for 
all blocks. In fact, these values are the same as the values of the LB A/PB A row address 1 032 
(shown in Fig. 27). 

Further included in the last sector storage area of each block is storage location for 
maintaining the 'defect* flag 1062. the 'used' flag 1064, the 'old' flag 1066 and a 'good 5 block 

10 flag 1068. The defect and old flags 1062 and 1066, respectively, correspond to the defect and 
old flags 1036 and 1040 of the SPM RAM look-up-table 1030 (shown in Fig. 27). Each 'used* 
flag corresponds to one sector of a block, therefore, each sector location of each block maintains 
a "used* flag location. The reason for having a 'used' flag for each sector in the block is to 
indicate which sectors of the block have been moved or are being written to the move PBA 

15 location (as indicated by the contents of move register PBA 1052) from the originally- 
maintained LBA location (as indicated by the moved LBA register 1054). This is especially 
useful during moving of an entire block having some sectors that have been moved and others 
that have not. 

For example, when a sector that is non-sequential in order is accessed by the host, as 
20 noted above with reference to Figs. 24-26. an entire sector that was in pending move status is 
moved. In such a case, the microprocessor checks the 'used' flag of each sector within the block 
being moved and only moves the sectors whose 'used' flags are not set because those sectors 
having 'used* flags that are set have already been moved during sequential accesses by the host. 
In an alternative embodiment rather than utilizing 'used' flags to indicate which sectors 
25 need be moved, a move locator location that is a word (16 bits) in length is utilized by the 
microprocessor and stored in the microprocessor block 524 to do the same. After the time when 
the pending move flag is set, every time a sector is moved to the move PBA location, a bit 
within the move locator word (shown as 170 in the example of Fig. 29 and on), corresponding 
to the location of the sector within the block is set. Therefore, the move locator word acts as a 
30 map to the moved sectors of a block and provides a fast way of identifying which sectors of the 
block pending move are in the move PBA location and which are in the moved LBA location. 



WO 99/18509 



PCT/US98/21107 



The 'good' block flag 1068 is maintained in the first and last sectors of each block for 
purposes of identifying the location of the block that has the most recent and accurate copy of 
the stored file. After a power interruption, the contents of the memory unit 508 are used to 
update the look-up-table 1030 in the SPM RAM and when a block, for example, was in the 
5 midst of being moved from a first location within the nonvolatile memory unit 508 to a second 
location within the memory unit 508 prior to when the power interruption occurred, the block 
information is distributed among two blocks that will be addressed by the same LBA. The 
second block where information was being moved can not be relied upon for having good data 
since the move was not completed and .the information in the first block may in fact be more 
10 useful. 

When a block is being moved from a first block to a second block, the last sector of the 
first block is moved to the second block first and the 'good' block flag 1068 of the last sector of 
the second block is set to indicate that that block is 'good', thereafter the next to the last sector 
of the first block is moved to the corresponding location of the second block and so on until all 

1 5 of the sectors including the first sector of the first block are moved. Thereafter, the 'good' block 
flag of the first sector of the second block is set to indicate that the second block is 'good'. In 
this respect, if for example, upon the restoration of power, two blocks have the same LBA values 
due to the incomplete transfer of block information from one block to another, the block with the 
accurate information may be identified by checking the status of the two 'good' block flags of 

20 each block. That is, where a block has two unmatching 'good' block flag values, it was never 
completely transferred and therefore not a good block. If. on the other hand, one of the blocks 
has two matching 'good' block flags that indicate the block is good and the other block has two 
non-matching flags that indicate the block is not good and the pending move flag is set, then the 
microprocessor concludes that the latter block in not good and uses the information in the former 

25 block as valid information. 

Figs. 29 -40 are provided to show several examples of the contents of the SPM RAM 
look-up-table when various types of LBA accesses for a better understanding of the operation of 
the preferred embodiments as discussed above relative to Figs. 24-28. Initially, upon power-up 
of the system, the values in the block address locations 1034 and the move PBA register and 

30 moved LBA register contents are all set to MFF' in Hex. The flags and the move locator word 
170 are all set to fc 0\ 
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In Fig. 29, after power-up, if the host commands the controller to write to LBA 0 through 
LBA 15, the SPM controller is likely to find block 0 to be free and the microprocessor will use it 
to store the data provided by the host. Accordingly, the block address 1034 of the LBA block 0 
will contain the value '0' and the 'used' flag for that block will be set. 
5 In Fig. 30, the host commands the controller to write only to LBA 5 after the write of 

Fig. 29. In this case, the hexadecimal notation of the value '5' is processed to mask its 4 LSBs 
thereby yielding the value '0'. But since the location LBA 0 within the memory unit 508 was 
written to in the steps of Fig. 29, the SPM controller must search for another available free 
block. Assuming such a block to be at address M\ the controller will then write the data that 
10 was sent by the host to be stored as LBA 5 to location 5 of LBA block 1, which is the sixth 
sector location (location 0 being the first sector) within block 1. Then, the move pending flag, 
which may be stored either in the microprocessor block or alternatively in the SPM RAM look- 
up-table at location 1 042 will be set by the controller. 

The controller further writes the address where the block is being moved to, '00 1 \ to the 
15 move PBA register 1052 and sets the move pending flag (either in the microprocessor or 1042. 
It should be noted that the move PBA register 1052 may be saved in the SPM RAM in 
alternative embodiments. The controller also sets the 'used' flag 1038 corresponding to Block 1 
in the SPM RAM look-up-table 1030 and updates the moved LBA register 1054 to store a 4 0' 
value indicating that at least one or more sectors of block 0 have been moved elsewhere in the 
20 memory unit 508. If move locator word 170 is used, the controller also updates the same to 
indicate that LBA 5 has been moved. 

From hereon, several different events may occur and in each case, the contents of the 
look-up-table 1030 is clearly different. Figs. 31-33 illustrate what the contents of the look-up- 
table 1030 may be after the state shown in Fig. 31 in order to demonstrate the effect of the 
25 various events. In particular, Fig. 31 depicts the contents of 1030 when an LBA which is not in 
block 0 is written, Fig. 32 depicts the contents of 1030 when the host writes to LBA 5 again and 
Fig. 33 depicts the contents of 1030 when the host writes to an LBA other than LBA 5 that is 
nevertheless within block 0, i.e. LBA 6. 

In Fig. 31, if the host writes to LBA 17, this is clearly outside of block 0 and its a non- 
30 sequential sector write since the previous write was to LBA 5. Here again, the 4 LSBs of the 
hexadecimal equivalent of the value '17' is masked yielding block T. The controller then 
checks the moved LBA register 1054 against T and also checks as to whether the move 
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pending flag is set. Since the value in the moved LBA register is *0\ there is no match and the 
pending move must be closed. That is, all of the sectors that have not yet been updated in block 
1 must be moved from block 0 to block 1 and block 0 must either be erased or marked as 'old* 
until some later point in time when it can be erased in the background prior to writing the new 
5 LBA 1 7 to a block in the memory unit 508. The new LBA 1 7 is thus written to block 2, which is 
the next free block found by the SPM controller. 

Fig. 32 depicts the case where LBA 5 is again accessed by the host. In such a case, the 
data received from the host for LBA 5 must be written into another block and the move PBA 
register 1052 must be updated with the next block address and the old block must be marked as 

10 'old' for erasure thereof. In this case, the LBA 5 is written to block 2 which is free and since 
there was no other sectors written in block 1 other than sector 5, no other sectors are moved from 
block 1 to block 2 and the contents of block 0 remains the same. Block 1 is marked as 'old' and 
the move PBA register 1052 is updated to include the value 002 since LBA 5 is now presiding in 
block 2. It is important to note that in this example, the need to move all of the sectors from 

1 5 block 0 to block 1 or block 2, as required by prior art techniques, is avoided thereby eliminating 
15 read and 15 write cycles. The controller additionally sets the 'used' flag corresponding to 
block 2. 

In Fig. 33, the host writes to LBA 6. Here the controller again masks the lower 4 bits of 
the Hex. equivalent of '6' resulting in *0\ The controller then checks this value l 0' against the 

20 value in the moved LBA register 1054 and finds that a match exists between the two values. 
Either by way of checking the move locator word 170 or by checking the 'used' flag 
corresponding to sector 6 for determining whether sector 6 has been written to previously or 
whether it is free for use. In this case, since sector 6 was not previously written, the controller 
merely sets the corresponding bit of the move locator word 170 (or alternatively the used flag of 

25 sector 6 in the memory unit 508) and writes the data received from the host to sector 6 of block 
1 . No other modifications to the contents of the look-up-table 1030 is necessary. 

If the host continues to write data into LB As 7,8,9 through 1 5 sequentially, these new 
LB As are accordingly written into sectors 7, 8, 9 through 15, respectively, by the controller. 
Once the end of the block is reached, that is, the last sector, sector 15, is written, sectors 0, 1,2,3, 

30 and 4 are moved from block 0 to block 1 because the host has not updated these sectors. Block 0 
is then marked 'old' and the move PBA register 1053 and the moved LBA register 1054 are 
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initialized to MFF ? indicating no pending moves. For the same reason, the move locator word 
1 70 is also initialized to c 0\ This discussion is depicted in the examples shown in Figs. 34-40. 
Referring to Fig. 40, the status of the look-up-table 1030 is shown when the block has been 
entirely exhausted and the pending move is closed. As shown, the block address 1034 of LBA 
5 block 0 is now '001' and block 0 is marked as 'old' for erasure thereof and registers 1052 and 
1054 are shown to have been initialized. 

Although the present invention has been described in terms of specific embodiments, it is 
anticipated that alterations and modifications thereof will no doubt become apparent to those 
skilled in the art. It is therefore intended that the following claims be interpreted as covering all 
10 such alterations and modification as fall within the true spirit and scope of the invention. 

What is claimed is: 
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CLAIMS 

11. A method for updating sector information in a digital system having a host coupled 

2 through a controller to a nonvolatile memory device for storing digital information organized 

3 into sectors in the nonvolatile memory, each sector having a data portion and an overhead 

4 portion and being uniquely identifiable by the host using an LBA (Logic Block Address), the 

5 sector information stored within a sector location within the nonvolatile memory device, a group 

6 of sector locations defining a block addressable by the controller using a VPBA, and each sector 

7 location within a block being identifiable by the controller using a PBA (Physical Block 

8 Address), wherein the sector information stored in a sector location of a block within the 

9 nonvolatile memory device is updated prior to erasure of the block, the method comprising: 

10 a. developing an LBA value corresponding to a host-addressed sector in response to a 

1 1 command received from the host to re-write sector information to a sector identified by the host; 

12 b. developing an LBA block address from the LBA value for addressing a block within 

1 3 the memory device within which the sector provided by the host is to be stored; 

14 c * comparing the LBA value with a previous LBA (PREV_LBA) value to determine 

1 5 whether or not there is a match; 

16 d - if the LBA value and PREV_LBA match, checking for a previous write operation to 

1 7 have been performed on the LBA block since the last erase operation of the LBA block; 

18 e. if a previous write operation has been performed, checking for whether or not any of 

19 the sectors of the block identified by the LBA block address have been transferred from one 

20 location within the memory device to another location within the memory device since the 

21 occurrence of the last erase operation on the LBA block; 

22 f * if the sectors of the block identified by the LBA block address have not been 

23 transferred, finding a free block within the nonvolatile memory device for storing the sector 

24 information, the free block being identified by a VPBA (Virtual Physical Block Address) value 

25 corresponding to the LBA block; 

26 g* storing the sector information within a sector location of the free block corresponding 

27 to the sector location of the LBA block; 

28 h - storing the VPBA value in a PBA storage location for indicating the free block 

29 location within the memory device wherein the new sector information resides; 

30 i. incrementing the LBA value by one; and 
j. replacing the PREVJLBA value with the incremented LBA value, 

35 
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wherein single sequential write operations are performed on a sector of a block that was 
previously written and not yet erased without moving all other sectors of the block. 



in a 



2. A method as recited in claim 1 , wherein a move locator value is generated and stored 
particular storage location, and further including, after said step of storing the sector information, 
the step of modifying the value of a move locator storage location to indicate the status of which 
sector within the LBA block has been updated by setting a bit in said particular storage location, 
the position of the bit within the move locator value corresponding to the position of the updated 
sector within the LBA block. 

3. A method as recited in claim 1, wherein the sector overhead portion includes a 'used' 
flag that when set indicates that the sector has been written to by the host since the last erase 
operation, and when not set indicates that the sector has not been written to by the host since the 
last erase operation. 



4 A method as recited in claim 3, further comprising after the step of finding, the step of 
setting a 'used' flag of the sector identified by the LBA value. 

5. A method as recited in claim 1, further comprising after the finding step, the step of 
setting a pending move flag for indicating that at least a portion of the block has been moved to 
another location within the memory device. 

6. A method as recited in claim 1, further including, the step of storing the VPBA value 
associated with the LBA value in an LBA storage location to indicate the location of the block 
within the memory device wherein the sector information of all sectors addressed by the LBA 
reside. 

7. A method as recited in claim 1, wherein if the comparing step yields no match between 
the LBA value and the PREV^LBA value, transferring sector information for all of the sectors of 
the block identified by the LBA value to the block location identified by the VPBA value stored 
in the PBA storage location. 

8. A method as recited in claim 7, wherein the block identified by the LBA value is erased. 
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1 9. A method as recited in claim 8, further including clearing a move pending flag and a 

2 PBA storage location after said transferring step and performing steps d. through j. 

1 10 A method as recited in claim 7, wherein the sector overhead portion of at least two of the 

2 sectors in each block stored in the memory device each include a bit for storing a 'good' block 

3 flag and during said transferring sector information, setting the 'good' block flag of the first 

4 sector after the transfer thereof and setting the 'good' block flag of the last sector after the 

5 transfer thereof 



1 11. A method as recited in claim 10, wherein after a power interruption, the state of the 

2 *good ? block flags of the VPBA block are compared and if they are not equal, the sector 

3 information within the LBA block is accessed instead of the VPBA block when the host 

4 addresses the LBA block. 

1 12. A method as recited in claim 1. wherein if the previous write operation of step e has not 

2 been performed, finding a free block within the nonvolatile memory device for storing sector 

3 information, the free block identified by a VPBA value corresponding to the LBA block. 

1 13. A method as recited in claims 3 or 12, wherein after said finding step, setting the 'used' 

2 flags of the sectors of the block identified by the LBA value and performing steps h. through j. 

1 14. A digital system for use with a host for receiving commands therefrom and a nonvolatile 

2 memory device for storing digital information, the digital information being organized into 

3 sectors with each sector having a data portion and an overhead portion, and being stored in a 

4 sector location within the nonvolatile memory device, a group of said sector locations defining a 

5 block addressable by the controller using a VPBA (Virtual Physical Block Address) value, and 

6 each sector location within a block being identified by the controller using a PBA (Physical 

7 Block Address) value, the digital system comprising: 

8 a controller including, 

9 a. a host interface means responsive to a write command from the host for re-writing 
10 sector information to a sector identified by a sector address and operative to generate an LBA 
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] ! value corresponding to the host-addressed sector and further operative to generate an LBA 

12 (Logical Block Address) block address from the LBA value for addressing a block within the 

1 3 memory device for storing the sector information; 

14 b. means for comparing the LBA value with a PREVJLBA value; 

1 5 c. means for checking for a previous write operation to have been performed on the LBA 

16 block since the last erase operation of the LBA block; 

17 d. means for detecting whether or not any of the sectors of the block identified by the 

18 LBA block address have been transferred from one location within the memory device to 

1 9 another location within the memory device since the occurrence of the last erase operation on the 

20 LBA block, means for searching for a free block within the nonvolatile memory device for 

21 storing the sector information, the free block identified by a VPBA value corresponding to the 

22 LBA block; 

23 e. means for storing the sector information within a sector location of the VPBA block 

24 corresponding to the sector location of the LBA block; 

25 f. means for storing the VPBA value in a PBA storage location for indicating the block 

26 location within the memory device wherein the new sector information resides; 

27 g. means for incrementing the LBA by one, and means for replacing the PREV_LBA 

28 value with the incremented LBA value, 

29 wherein single sequential write operations are performed on a sector of a block that was 

30 previously written and not yet erased without the need for moving all other sectors of the block. 
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Figure 4 



Figure 5 



Figure 6 
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